You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomee.apache.org by César Hernández Mendoza <ce...@gmail.com> on 2018/11/21 02:59:42 UTC
MicroProfile rest client example
Hi all,
I'm planning to create a MicroProfile rest client example.
I checked Ivan's example: mp-metrics-counted [1], I created a PR [2] for
the work in progress in order to collect feedback and contributions as I
move forward. As you can see I'm using the convention he used for the
metrics example [3] since I think it's a nice format to have the prefix mp-
in the examples related with MicroProfile.
[1] https://github.com/apache/tomee/tree/master/examples/mp-metrics-counted
[2] https://github.com/apache/tomee/pull/210
[3] examples/mp-rest-client/
<https://github.com/apache/tomee/pull/210/files#diff-cf40b757e6a74b3ffcfa2462457e3201>
├── README.md
├── pom.xml
└── src
├── main
│ └── java
│ └── org
│ └── superbiz
│ └── rest
└── test
├── java
│ └── org
│ └── superbiz
│ └── rest
└── resources
└── arquillian.xml
--
Atentamente:
César Hernández Mendoza.
Re: MicroProfile rest client example
Posted by César Hernández Mendoza <ce...@gmail.com>.
Hi,
The PR for https://issues.apache.org/jira/browse/TOMEE-2297 was merged this
week.
Can some of the admins please update the JIRA status.
El lun., 17 dic. 2018 a las 10:52, Bruno Baptista (<br...@gmail.com>)
escribió:
> Thanks César.
>
> Will Review.
>
> Bruno Baptista
> https://twitter.com/brunobat_
>
>
> On 17/12/18 16:09, César Hernández Mendoza wrote:
> > Hi Bruno,
> > I saw your message on the PR.
> > Conflict is now fixed :)!
> >
> > El vie., 14 dic. 2018 a las 22:34, César Hernández Mendoza (<
> > cesarguate@gmail.com>) escribió:
> >
> >> Hi,
> >>
> >> Since now the current master is using mp rest client 1.1,
> >> https://issues.apache.org/jira/browse/TOMEE-2298 is no longer blocking
> >> TOMEE-2297.
> >>
> >> I updated and fixed the PR, now is ready for review:
> >> https://github.com/apache/tomee/pull/210
> >> Ticket: https://issues.apache.org/jira/browse/TOMEE-2297
> >>
> >> El mié., 28 nov. 2018 a las 13:20, César Hernández Mendoza (<
> >> cesarguate@gmail.com>) escribió:
> >>
> >>> Hi,
> >>>
> >>> Today I confirmed with Any McCrigth, from CXF project, that this is a
> bug
> >>> in cxf 3.2.7.
> >>> I opened https://issues.apache.org/jira/browse/CXF-7912 and he will
> work
> >>> on the fix that I already tested locally building cxf 3.2.8 snapshot.
> >>>
> >>> I updated my PR [1] with the TomEE jira [2] reference in the
> >>> title+commit meesage and also created a ticket to update cxf to
> 3.2.8[3]
> >>> when the release becomes available.
> >>>
> >>> [1] https://github.com/apache/tomee/pull/210
> >>> [2] https://issues.apache.org/jira/browse/TOMEE-2297
> >>> [3] https://issues.apache.org/jira/browse/TOMEE-2298
> >>>
> >>>
> >>>
> >>> El mar., 27 nov. 2018 a las 21:32, César Hernández Mendoza (<
> >>> cesarguate@gmail.com>) escribió:
> >>>
> >>>> Hi,
> >>>>
> >>>> Quick update on this issue:
> >>>> I found the commits [1] on cxf 3.2.x-fixes branch that added this
> >>>> behavior in the <cxf.version>3.2.7</cxf.version>.
> >>>>
> >>>> Understanding the version dependency between TomEE, MicroProfile,
> >>>> MicroProfile Rest Client and CXF is kind of tricky.
> >>>> I'm building also a matrix to simplify future troubleshooting to know
> >>>> this 4 dependency chain.
> >>>>
> >>>> Tomorrow I'm going to continue troubleshooting this issue and check if
> >>>> we can fix it with the update Roberto [2] already identified and/or if
> >>>> cxf 3.2.7 broke backward compatibility with 3.2.6 for the MP rest
> client
> >>>> since the TCK for MP Rest client doesn't cover the scenario added in
> >>>> cxf 3.2.7.
> >>>>
> >>>>
> >>>>
> >>>> [1] https://issues.apache.org/jira/browse/CXF-7868
> >>>> [2] https://issues.apache.org/jira/browse/TOMEE-2282
> >>>>
> >>>> El vie., 23 nov. 2018 a las 22:32, David Blevins (<
> >>>> david.blevins@gmail.com>) escribió:
> >>>>
> >>>>>> On Nov 23, 2018, at 3:52 PM, César Hernández Mendoza <
> >>>>> cesarguate@gmail.com> wrote:
> >>>>>> Hi everybody,
> >>>>>>
> >>>>>> I did a git bisect and this is the final output:
> >>>>>>
> >>>>>> a5513230e8f77a4985916f901c3eda2c5c45c6d2 is the first bad commit
> >>>>>> commit a5513230e8f77a4985916f901c3eda2c5c45c6d2
> >>>>>> Author: Dennis Kieselhorst <de...@apache.org>
> >>>>>> Date: Tue Oct 30 15:30:06 2018 +0100
> >>>>>>
> >>>>>> Update CXF to latest release
> >>>>>>
> >>>>>> :100644 100644 42b6643b26a64db3e381159191d588102e80478e
> >>>>>> 732703824b1d27f5c12f3ac6669c0c5a59a63030 M pom.xml
> >>>>>>
> >>>>>>
> >>>>>> Notice that my intention is not to blame anyone, instead, I'm
> >>>>> providing
> >>>>>> enough context that allows all of us to help in fixing this issue.
> >>>>>> I would highly appreciate any information you may have about the
> >>>>> background
> >>>>>> of this commit [1],
> >>>>> I have a saying: The only people who don't break the build are those
> >>>>> who do nothing. :)
> >>>>>
> >>>>> On background, I think it's not more complicated than trying to stay
> >>>>> current.
> >>>>>
> >>>>>> Action for next week:
> >>>>> [..]
> >>>>>> b) It's important also to notice that we definitely need to add to
> >>>>> TomEE
> >>>>>> some tests related to MicroProfile rest client integration.
> >>>>> You hit the nail on the head here.
> >>>>>
> >>>>> If examples are finding bugs, it's a sign we need more tests of our
> own.
> >>>>>
> >>>>> Mind you, the act of creating examples has an amazing way of
> surfacing
> >>>>> bugs, just when they do, we should add a test case so the example
> isn't the
> >>>>> only thing keeping us safe.
> >>>>>
> >>>>>
> >>>>> -David
> >>>>>
> >>>>>
> >>>>>
> >>>> --
> >>>> Atentamente:
> >>>> César Hernández Mendoza.
> >>>>
> >>>
> >>> --
> >>> Atentamente:
> >>> César Hernández Mendoza.
> >>>
> >>
> >> --
> >> Atentamente:
> >> César Hernández Mendoza.
> >>
> >
>
--
Atentamente:
César Hernández Mendoza.
Re: MicroProfile rest client example
Posted by Bruno Baptista <br...@gmail.com>.
Thanks César.
Will Review.
Bruno Baptista
https://twitter.com/brunobat_
On 17/12/18 16:09, César Hernández Mendoza wrote:
> Hi Bruno,
> I saw your message on the PR.
> Conflict is now fixed :)!
>
> El vie., 14 dic. 2018 a las 22:34, César Hernández Mendoza (<
> cesarguate@gmail.com>) escribió:
>
>> Hi,
>>
>> Since now the current master is using mp rest client 1.1,
>> https://issues.apache.org/jira/browse/TOMEE-2298 is no longer blocking
>> TOMEE-2297.
>>
>> I updated and fixed the PR, now is ready for review:
>> https://github.com/apache/tomee/pull/210
>> Ticket: https://issues.apache.org/jira/browse/TOMEE-2297
>>
>> El mié., 28 nov. 2018 a las 13:20, César Hernández Mendoza (<
>> cesarguate@gmail.com>) escribió:
>>
>>> Hi,
>>>
>>> Today I confirmed with Any McCrigth, from CXF project, that this is a bug
>>> in cxf 3.2.7.
>>> I opened https://issues.apache.org/jira/browse/CXF-7912 and he will work
>>> on the fix that I already tested locally building cxf 3.2.8 snapshot.
>>>
>>> I updated my PR [1] with the TomEE jira [2] reference in the
>>> title+commit meesage and also created a ticket to update cxf to 3.2.8[3]
>>> when the release becomes available.
>>>
>>> [1] https://github.com/apache/tomee/pull/210
>>> [2] https://issues.apache.org/jira/browse/TOMEE-2297
>>> [3] https://issues.apache.org/jira/browse/TOMEE-2298
>>>
>>>
>>>
>>> El mar., 27 nov. 2018 a las 21:32, César Hernández Mendoza (<
>>> cesarguate@gmail.com>) escribió:
>>>
>>>> Hi,
>>>>
>>>> Quick update on this issue:
>>>> I found the commits [1] on cxf 3.2.x-fixes branch that added this
>>>> behavior in the <cxf.version>3.2.7</cxf.version>.
>>>>
>>>> Understanding the version dependency between TomEE, MicroProfile,
>>>> MicroProfile Rest Client and CXF is kind of tricky.
>>>> I'm building also a matrix to simplify future troubleshooting to know
>>>> this 4 dependency chain.
>>>>
>>>> Tomorrow I'm going to continue troubleshooting this issue and check if
>>>> we can fix it with the update Roberto [2] already identified and/or if
>>>> cxf 3.2.7 broke backward compatibility with 3.2.6 for the MP rest client
>>>> since the TCK for MP Rest client doesn't cover the scenario added in
>>>> cxf 3.2.7.
>>>>
>>>>
>>>>
>>>> [1] https://issues.apache.org/jira/browse/CXF-7868
>>>> [2] https://issues.apache.org/jira/browse/TOMEE-2282
>>>>
>>>> El vie., 23 nov. 2018 a las 22:32, David Blevins (<
>>>> david.blevins@gmail.com>) escribió:
>>>>
>>>>>> On Nov 23, 2018, at 3:52 PM, César Hernández Mendoza <
>>>>> cesarguate@gmail.com> wrote:
>>>>>> Hi everybody,
>>>>>>
>>>>>> I did a git bisect and this is the final output:
>>>>>>
>>>>>> a5513230e8f77a4985916f901c3eda2c5c45c6d2 is the first bad commit
>>>>>> commit a5513230e8f77a4985916f901c3eda2c5c45c6d2
>>>>>> Author: Dennis Kieselhorst <de...@apache.org>
>>>>>> Date: Tue Oct 30 15:30:06 2018 +0100
>>>>>>
>>>>>> Update CXF to latest release
>>>>>>
>>>>>> :100644 100644 42b6643b26a64db3e381159191d588102e80478e
>>>>>> 732703824b1d27f5c12f3ac6669c0c5a59a63030 M pom.xml
>>>>>>
>>>>>>
>>>>>> Notice that my intention is not to blame anyone, instead, I'm
>>>>> providing
>>>>>> enough context that allows all of us to help in fixing this issue.
>>>>>> I would highly appreciate any information you may have about the
>>>>> background
>>>>>> of this commit [1],
>>>>> I have a saying: The only people who don't break the build are those
>>>>> who do nothing. :)
>>>>>
>>>>> On background, I think it's not more complicated than trying to stay
>>>>> current.
>>>>>
>>>>>> Action for next week:
>>>>> [..]
>>>>>> b) It's important also to notice that we definitely need to add to
>>>>> TomEE
>>>>>> some tests related to MicroProfile rest client integration.
>>>>> You hit the nail on the head here.
>>>>>
>>>>> If examples are finding bugs, it's a sign we need more tests of our own.
>>>>>
>>>>> Mind you, the act of creating examples has an amazing way of surfacing
>>>>> bugs, just when they do, we should add a test case so the example isn't the
>>>>> only thing keeping us safe.
>>>>>
>>>>>
>>>>> -David
>>>>>
>>>>>
>>>>>
>>>> --
>>>> Atentamente:
>>>> César Hernández Mendoza.
>>>>
>>>
>>> --
>>> Atentamente:
>>> César Hernández Mendoza.
>>>
>>
>> --
>> Atentamente:
>> César Hernández Mendoza.
>>
>
Re: MicroProfile rest client example
Posted by César Hernández Mendoza <ce...@gmail.com>.
Hi Bruno,
I saw your message on the PR.
Conflict is now fixed :)!
El vie., 14 dic. 2018 a las 22:34, César Hernández Mendoza (<
cesarguate@gmail.com>) escribió:
> Hi,
>
> Since now the current master is using mp rest client 1.1,
> https://issues.apache.org/jira/browse/TOMEE-2298 is no longer blocking
> TOMEE-2297.
>
> I updated and fixed the PR, now is ready for review:
> https://github.com/apache/tomee/pull/210
> Ticket: https://issues.apache.org/jira/browse/TOMEE-2297
>
> El mié., 28 nov. 2018 a las 13:20, César Hernández Mendoza (<
> cesarguate@gmail.com>) escribió:
>
>> Hi,
>>
>> Today I confirmed with Any McCrigth, from CXF project, that this is a bug
>> in cxf 3.2.7.
>> I opened https://issues.apache.org/jira/browse/CXF-7912 and he will work
>> on the fix that I already tested locally building cxf 3.2.8 snapshot.
>>
>> I updated my PR [1] with the TomEE jira [2] reference in the
>> title+commit meesage and also created a ticket to update cxf to 3.2.8[3]
>> when the release becomes available.
>>
>> [1] https://github.com/apache/tomee/pull/210
>> [2] https://issues.apache.org/jira/browse/TOMEE-2297
>> [3] https://issues.apache.org/jira/browse/TOMEE-2298
>>
>>
>>
>> El mar., 27 nov. 2018 a las 21:32, César Hernández Mendoza (<
>> cesarguate@gmail.com>) escribió:
>>
>>> Hi,
>>>
>>> Quick update on this issue:
>>> I found the commits [1] on cxf 3.2.x-fixes branch that added this
>>> behavior in the <cxf.version>3.2.7</cxf.version>.
>>>
>>> Understanding the version dependency between TomEE, MicroProfile,
>>> MicroProfile Rest Client and CXF is kind of tricky.
>>> I'm building also a matrix to simplify future troubleshooting to know
>>> this 4 dependency chain.
>>>
>>> Tomorrow I'm going to continue troubleshooting this issue and check if
>>> we can fix it with the update Roberto [2] already identified and/or if
>>> cxf 3.2.7 broke backward compatibility with 3.2.6 for the MP rest client
>>> since the TCK for MP Rest client doesn't cover the scenario added in
>>> cxf 3.2.7.
>>>
>>>
>>>
>>> [1] https://issues.apache.org/jira/browse/CXF-7868
>>> [2] https://issues.apache.org/jira/browse/TOMEE-2282
>>>
>>> El vie., 23 nov. 2018 a las 22:32, David Blevins (<
>>> david.blevins@gmail.com>) escribió:
>>>
>>>>
>>>> > On Nov 23, 2018, at 3:52 PM, César Hernández Mendoza <
>>>> cesarguate@gmail.com> wrote:
>>>> >
>>>> > Hi everybody,
>>>> >
>>>> > I did a git bisect and this is the final output:
>>>> >
>>>> > a5513230e8f77a4985916f901c3eda2c5c45c6d2 is the first bad commit
>>>> > commit a5513230e8f77a4985916f901c3eda2c5c45c6d2
>>>> > Author: Dennis Kieselhorst <de...@apache.org>
>>>> > Date: Tue Oct 30 15:30:06 2018 +0100
>>>> >
>>>> > Update CXF to latest release
>>>> >
>>>> > :100644 100644 42b6643b26a64db3e381159191d588102e80478e
>>>> > 732703824b1d27f5c12f3ac6669c0c5a59a63030 M pom.xml
>>>> >
>>>> >
>>>> > Notice that my intention is not to blame anyone, instead, I'm
>>>> providing
>>>> > enough context that allows all of us to help in fixing this issue.
>>>> > I would highly appreciate any information you may have about the
>>>> background
>>>> > of this commit [1],
>>>>
>>>> I have a saying: The only people who don't break the build are those
>>>> who do nothing. :)
>>>>
>>>> On background, I think it's not more complicated than trying to stay
>>>> current.
>>>>
>>>> > Action for next week:
>>>> [..]
>>>> > b) It's important also to notice that we definitely need to add to
>>>> TomEE
>>>> > some tests related to MicroProfile rest client integration.
>>>>
>>>> You hit the nail on the head here.
>>>>
>>>> If examples are finding bugs, it's a sign we need more tests of our own.
>>>>
>>>> Mind you, the act of creating examples has an amazing way of surfacing
>>>> bugs, just when they do, we should add a test case so the example isn't the
>>>> only thing keeping us safe.
>>>>
>>>>
>>>> -David
>>>>
>>>>
>>>>
>>>
>>> --
>>> Atentamente:
>>> César Hernández Mendoza.
>>>
>>
>>
>> --
>> Atentamente:
>> César Hernández Mendoza.
>>
>
>
> --
> Atentamente:
> César Hernández Mendoza.
>
--
Atentamente:
César Hernández Mendoza.
Re: MicroProfile rest client example
Posted by César Hernández Mendoza <ce...@gmail.com>.
Hi,
Since now the current master is using mp rest client 1.1,
https://issues.apache.org/jira/browse/TOMEE-2298 is no longer blocking
TOMEE-2297.
I updated and fixed the PR, now is ready for review:
https://github.com/apache/tomee/pull/210
Ticket: https://issues.apache.org/jira/browse/TOMEE-2297
El mié., 28 nov. 2018 a las 13:20, César Hernández Mendoza (<
cesarguate@gmail.com>) escribió:
> Hi,
>
> Today I confirmed with Any McCrigth, from CXF project, that this is a bug
> in cxf 3.2.7.
> I opened https://issues.apache.org/jira/browse/CXF-7912 and he will work
> on the fix that I already tested locally building cxf 3.2.8 snapshot.
>
> I updated my PR [1] with the TomEE jira [2] reference in the title+commit
> meesage and also created a ticket to update cxf to 3.2.8[3] when the
> release becomes available.
>
> [1] https://github.com/apache/tomee/pull/210
> [2] https://issues.apache.org/jira/browse/TOMEE-2297
> [3] https://issues.apache.org/jira/browse/TOMEE-2298
>
>
>
> El mar., 27 nov. 2018 a las 21:32, César Hernández Mendoza (<
> cesarguate@gmail.com>) escribió:
>
>> Hi,
>>
>> Quick update on this issue:
>> I found the commits [1] on cxf 3.2.x-fixes branch that added this
>> behavior in the <cxf.version>3.2.7</cxf.version>.
>>
>> Understanding the version dependency between TomEE, MicroProfile,
>> MicroProfile Rest Client and CXF is kind of tricky.
>> I'm building also a matrix to simplify future troubleshooting to know
>> this 4 dependency chain.
>>
>> Tomorrow I'm going to continue troubleshooting this issue and check if we
>> can fix it with the update Roberto [2] already identified and/or if
>> cxf 3.2.7 broke backward compatibility with 3.2.6 for the MP rest client
>> since the TCK for MP Rest client doesn't cover the scenario added in
>> cxf 3.2.7.
>>
>>
>>
>> [1] https://issues.apache.org/jira/browse/CXF-7868
>> [2] https://issues.apache.org/jira/browse/TOMEE-2282
>>
>> El vie., 23 nov. 2018 a las 22:32, David Blevins (<
>> david.blevins@gmail.com>) escribió:
>>
>>>
>>> > On Nov 23, 2018, at 3:52 PM, César Hernández Mendoza <
>>> cesarguate@gmail.com> wrote:
>>> >
>>> > Hi everybody,
>>> >
>>> > I did a git bisect and this is the final output:
>>> >
>>> > a5513230e8f77a4985916f901c3eda2c5c45c6d2 is the first bad commit
>>> > commit a5513230e8f77a4985916f901c3eda2c5c45c6d2
>>> > Author: Dennis Kieselhorst <de...@apache.org>
>>> > Date: Tue Oct 30 15:30:06 2018 +0100
>>> >
>>> > Update CXF to latest release
>>> >
>>> > :100644 100644 42b6643b26a64db3e381159191d588102e80478e
>>> > 732703824b1d27f5c12f3ac6669c0c5a59a63030 M pom.xml
>>> >
>>> >
>>> > Notice that my intention is not to blame anyone, instead, I'm providing
>>> > enough context that allows all of us to help in fixing this issue.
>>> > I would highly appreciate any information you may have about the
>>> background
>>> > of this commit [1],
>>>
>>> I have a saying: The only people who don't break the build are those who
>>> do nothing. :)
>>>
>>> On background, I think it's not more complicated than trying to stay
>>> current.
>>>
>>> > Action for next week:
>>> [..]
>>> > b) It's important also to notice that we definitely need to add to
>>> TomEE
>>> > some tests related to MicroProfile rest client integration.
>>>
>>> You hit the nail on the head here.
>>>
>>> If examples are finding bugs, it's a sign we need more tests of our own.
>>>
>>> Mind you, the act of creating examples has an amazing way of surfacing
>>> bugs, just when they do, we should add a test case so the example isn't the
>>> only thing keeping us safe.
>>>
>>>
>>> -David
>>>
>>>
>>>
>>
>> --
>> Atentamente:
>> César Hernández Mendoza.
>>
>
>
> --
> Atentamente:
> César Hernández Mendoza.
>
--
Atentamente:
César Hernández Mendoza.
Re: MicroProfile rest client example
Posted by César Hernández Mendoza <ce...@gmail.com>.
Hi,
Today I confirmed with Any McCrigth, from CXF project, that this is a bug
in cxf 3.2.7.
I opened https://issues.apache.org/jira/browse/CXF-7912 and he will work on
the fix that I already tested locally building cxf 3.2.8 snapshot.
I updated my PR [1] with the TomEE jira [2] reference in the title+commit
meesage and also created a ticket to update cxf to 3.2.8[3] when the
release becomes available.
[1] https://github.com/apache/tomee/pull/210
[2] https://issues.apache.org/jira/browse/TOMEE-2297
[3] https://issues.apache.org/jira/browse/TOMEE-2298
El mar., 27 nov. 2018 a las 21:32, César Hernández Mendoza (<
cesarguate@gmail.com>) escribió:
> Hi,
>
> Quick update on this issue:
> I found the commits [1] on cxf 3.2.x-fixes branch that added this behavior
> in the <cxf.version>3.2.7</cxf.version>.
>
> Understanding the version dependency between TomEE, MicroProfile,
> MicroProfile Rest Client and CXF is kind of tricky.
> I'm building also a matrix to simplify future troubleshooting to know this
> 4 dependency chain.
>
> Tomorrow I'm going to continue troubleshooting this issue and check if we
> can fix it with the update Roberto [2] already identified and/or if
> cxf 3.2.7 broke backward compatibility with 3.2.6 for the MP rest client
> since the TCK for MP Rest client doesn't cover the scenario added in
> cxf 3.2.7.
>
>
>
> [1] https://issues.apache.org/jira/browse/CXF-7868
> [2] https://issues.apache.org/jira/browse/TOMEE-2282
>
> El vie., 23 nov. 2018 a las 22:32, David Blevins (<da...@gmail.com>)
> escribió:
>
>>
>> > On Nov 23, 2018, at 3:52 PM, César Hernández Mendoza <
>> cesarguate@gmail.com> wrote:
>> >
>> > Hi everybody,
>> >
>> > I did a git bisect and this is the final output:
>> >
>> > a5513230e8f77a4985916f901c3eda2c5c45c6d2 is the first bad commit
>> > commit a5513230e8f77a4985916f901c3eda2c5c45c6d2
>> > Author: Dennis Kieselhorst <de...@apache.org>
>> > Date: Tue Oct 30 15:30:06 2018 +0100
>> >
>> > Update CXF to latest release
>> >
>> > :100644 100644 42b6643b26a64db3e381159191d588102e80478e
>> > 732703824b1d27f5c12f3ac6669c0c5a59a63030 M pom.xml
>> >
>> >
>> > Notice that my intention is not to blame anyone, instead, I'm providing
>> > enough context that allows all of us to help in fixing this issue.
>> > I would highly appreciate any information you may have about the
>> background
>> > of this commit [1],
>>
>> I have a saying: The only people who don't break the build are those who
>> do nothing. :)
>>
>> On background, I think it's not more complicated than trying to stay
>> current.
>>
>> > Action for next week:
>> [..]
>> > b) It's important also to notice that we definitely need to add to TomEE
>> > some tests related to MicroProfile rest client integration.
>>
>> You hit the nail on the head here.
>>
>> If examples are finding bugs, it's a sign we need more tests of our own.
>>
>> Mind you, the act of creating examples has an amazing way of surfacing
>> bugs, just when they do, we should add a test case so the example isn't the
>> only thing keeping us safe.
>>
>>
>> -David
>>
>>
>>
>
> --
> Atentamente:
> César Hernández Mendoza.
>
--
Atentamente:
César Hernández Mendoza.
Re: MicroProfile rest client example
Posted by César Hernández Mendoza <ce...@gmail.com>.
Hi,
Quick update on this issue:
I found the commits [1] on cxf 3.2.x-fixes branch that added this behavior
in the <cxf.version>3.2.7</cxf.version>.
Understanding the version dependency between TomEE, MicroProfile,
MicroProfile Rest Client and CXF is kind of tricky.
I'm building also a matrix to simplify future troubleshooting to know this
4 dependency chain.
Tomorrow I'm going to continue troubleshooting this issue and check if we
can fix it with the update Roberto [2] already identified and/or if
cxf 3.2.7 broke backward compatibility with 3.2.6 for the MP rest client
since the TCK for MP Rest client doesn't cover the scenario added in
cxf 3.2.7.
[1] https://issues.apache.org/jira/browse/CXF-7868
[2] https://issues.apache.org/jira/browse/TOMEE-2282
El vie., 23 nov. 2018 a las 22:32, David Blevins (<da...@gmail.com>)
escribió:
>
> > On Nov 23, 2018, at 3:52 PM, César Hernández Mendoza <
> cesarguate@gmail.com> wrote:
> >
> > Hi everybody,
> >
> > I did a git bisect and this is the final output:
> >
> > a5513230e8f77a4985916f901c3eda2c5c45c6d2 is the first bad commit
> > commit a5513230e8f77a4985916f901c3eda2c5c45c6d2
> > Author: Dennis Kieselhorst <de...@apache.org>
> > Date: Tue Oct 30 15:30:06 2018 +0100
> >
> > Update CXF to latest release
> >
> > :100644 100644 42b6643b26a64db3e381159191d588102e80478e
> > 732703824b1d27f5c12f3ac6669c0c5a59a63030 M pom.xml
> >
> >
> > Notice that my intention is not to blame anyone, instead, I'm providing
> > enough context that allows all of us to help in fixing this issue.
> > I would highly appreciate any information you may have about the
> background
> > of this commit [1],
>
> I have a saying: The only people who don't break the build are those who
> do nothing. :)
>
> On background, I think it's not more complicated than trying to stay
> current.
>
> > Action for next week:
> [..]
> > b) It's important also to notice that we definitely need to add to TomEE
> > some tests related to MicroProfile rest client integration.
>
> You hit the nail on the head here.
>
> If examples are finding bugs, it's a sign we need more tests of our own.
>
> Mind you, the act of creating examples has an amazing way of surfacing
> bugs, just when they do, we should add a test case so the example isn't the
> only thing keeping us safe.
>
>
> -David
>
>
>
--
Atentamente:
César Hernández Mendoza.
Re: MicroProfile rest client example
Posted by David Blevins <da...@gmail.com>.
> On Nov 23, 2018, at 3:52 PM, César Hernández Mendoza <ce...@gmail.com> wrote:
>
> Hi everybody,
>
> I did a git bisect and this is the final output:
>
> a5513230e8f77a4985916f901c3eda2c5c45c6d2 is the first bad commit
> commit a5513230e8f77a4985916f901c3eda2c5c45c6d2
> Author: Dennis Kieselhorst <de...@apache.org>
> Date: Tue Oct 30 15:30:06 2018 +0100
>
> Update CXF to latest release
>
> :100644 100644 42b6643b26a64db3e381159191d588102e80478e
> 732703824b1d27f5c12f3ac6669c0c5a59a63030 M pom.xml
>
>
> Notice that my intention is not to blame anyone, instead, I'm providing
> enough context that allows all of us to help in fixing this issue.
> I would highly appreciate any information you may have about the background
> of this commit [1],
I have a saying: The only people who don't break the build are those who do nothing. :)
On background, I think it's not more complicated than trying to stay current.
> Action for next week:
[..]
> b) It's important also to notice that we definitely need to add to TomEE
> some tests related to MicroProfile rest client integration.
You hit the nail on the head here.
If examples are finding bugs, it's a sign we need more tests of our own.
Mind you, the act of creating examples has an amazing way of surfacing bugs, just when they do, we should add a test case so the example isn't the only thing keeping us safe.
-David
Re: MicroProfile rest client example
Posted by César Hernández Mendoza <ce...@gmail.com>.
Hi everybody,
I did a git bisect and this is the final output:
a5513230e8f77a4985916f901c3eda2c5c45c6d2 is the first bad commit
commit a5513230e8f77a4985916f901c3eda2c5c45c6d2
Author: Dennis Kieselhorst <de...@apache.org>
Date: Tue Oct 30 15:30:06 2018 +0100
Update CXF to latest release
:100644 100644 42b6643b26a64db3e381159191d588102e80478e
732703824b1d27f5c12f3ac6669c0c5a59a63030 M pom.xml
Notice that my intention is not to blame anyone, instead, I'm providing
enough context that allows all of us to help in fixing this issue.
I would highly appreciate any information you may have about the background
of this commit [1],
Action for next week:
a) I need to investigate why the CXF update from version
<cxf.version>3.2.6</cxf.version> to <cxf.version>3.2.7</cxf.version> breaks
the MicroProfile Rest Client integration.
b) It's important also to notice that we definitely need to add to TomEE
some tests related to MicroProfile rest client integration.
[1]
https://github.com/apache/tomee/commit/a5513230e8f77a4985916f901c3eda2c5c45c6d2
El vie., 23 nov. 2018 a las 14:05, César Hernández Mendoza (<
cesarguate@gmail.com>) escribió:
> Thanks for the reply,
>
> Build it locally didn't solve the issue. I did this:
>
> a) Build entire TomEE using: mvn -Pquick -Dsurefire.useFile=false
> -DdisableXmlReport=true -DuniqueVersion=false -ff -Dassemble -DskipTests
> -DfailIfNoTests=false clean install
>
> b) Updated arquillian-tomee-remote version to: 8.0.0-SNAPSHOT for the
> example I'm building.
>
> c) Run the mp-rest-client using: mvn clean test
>
> d) The issue still appears.
>
> I also tested using for step a) mvn clean install -DskipTests without any
> successful result when running the mp-rest-client test.
>
> My plan now is doing a git bisect since this commit [1] from Oct 13,
> 2018 and HEAD.
>
> [1]
> https://github.com/apache/tomee/commit/a48208ac337cbeddbc2c27c27fe9fc68fdfafe3f
>
> Any ideas, comments or help are more than welcome :)
>
> El jue., 22 nov. 2018 a las 23:47, Romain Manni-Bucau (<
> rmannibucau@gmail.com>) escribió:
>
>> Hi César
>>
>> Not sure the snapshot was deployed, maybe build it locally
>> JL's fix does not change that error which is an outdated api in the
>> server.
>>
>> Le ven. 23 nov. 2018 03:58, César Hernández Mendoza <cesarguate@gmail.com
>> >
>> a écrit :
>>
>> > Hi,
>> > I updated my PR [1], the previous exception is no longer appearing since
>> > I'm not showing a Programmatic Standalone MicroProfile RestClient.
>> >
>> > I'm still using Tomee remote and Deployment(testable=true) [2]
>> >
>> > I feel I'm close to having a concrete example but now I'm facing a new
>> > issue which I need help and/or advice:
>> >
>> > * The tests run fine from the IDE (IntelliJ)
>> >
>> > * But after doing on a terminal: mvn clean test I got this error
>> (Complete
>> > stack trace [4]): java.lang.NoSuchMethodError:
>> >
>> >
>> org.eclipse.microprofile.rest.client.RestClientBuilder.baseUri(Ljava/net/URI;)Lorg/eclipse/microprofile/rest/client/RestClientBuilder;
>> >
>> > * After investing some time trying to see where the issue was, I found
>> that
>> > if I change in my pom.xml the version of arquillian-tomee-remote from
>> > 8.0.0-SNAPSHOT to 8.0.0-M1 , the issue disappears and both IDE and
>> > maven clean test runs without any issue.
>> >
>> > * @Jean-Louis, I see we had a recent commit on master for
>> > arquillian-tomee-remote
>> > [3], tomorrow I´m planning to revert the Commit and check if that fixes
>> the
>> > current issue, but if the issue I´m having is an expected behavior, can
>> you
>> > please take a quick look and let me know if I´m missing something.
>> >
>> >
>> > [1]
>> >
>> >
>> https://github.com/cesarhernandezgt/tomee/commit/6179cdc8f654e9bfaec29e276ed999d9bfca3388#diff-cf40b757e6a74b3ffcfa2462457e3201R44
>> > [2]
>> >
>> >
>> https://github.com/cesarhernandezgt/tomee/blob/mp-rest-client-example/examples/mp-rest-client/src/test/java/org/superbiz/rest/BookResourceTest.java#L19
>> > [3]
>> >
>> >
>> https://github.com/apache/tomee/commit/7e33681b48562138efe41219b7c8f6e499bf8506#diff-a66043deab99db291cb46640c07dd3a5
>> > [4] java.lang.NoSuchMethodError:
>> >
>> >
>> org.eclipse.microprofile.rest.client.RestClientBuilder.baseUri(Ljava/net/URI;)Lorg/eclipse/microprofile/rest/client/RestClientBuilder;
>> >
>> > at
>> >
>> org.apache.cxf.microprofile.client.cdi.RestClientBean.create(RestClientBean.java:95)
>> > at
>> >
>> org.apache.webbeans.component.third.ThirdpartyBeanImpl.create(ThirdpartyBeanImpl.java:97)
>> > at
>> >
>> org.apache.webbeans.context.DependentContext.getInstance(DependentContext.java:68)
>> > at
>> >
>> org.apache.webbeans.context.AbstractContext.get(AbstractContext.java:125)
>> > at
>> >
>> org.apache.webbeans.container.BeanManagerImpl.getReference(BeanManagerImpl.java:813)
>> > at
>> >
>> org.apache.webbeans.container.BeanManagerImpl.getInjectableReference(BeanManagerImpl.java:673)
>> > at
>> >
>> org.apache.webbeans.inject.AbstractInjectable.inject(AbstractInjectable.java:100)
>> > at
>> >
>> org.apache.webbeans.inject.InjectableField.doInjection(InjectableField.java:65)
>> > at
>> >
>> org.apache.webbeans.portable.InjectionTargetImpl.injectFields(InjectionTargetImpl.java:227)
>> > at
>> >
>> org.apache.webbeans.portable.InjectionTargetImpl.inject(InjectionTargetImpl.java:213)
>> > at
>> >
>> org.apache.webbeans.portable.InjectionTargetImpl.inject(InjectionTargetImpl.java:203)
>> > at org.apache.webbeans.inject.OWBInjector.inject(OWBInjector.java:56)
>> > at
>> >
>> org.apache.openejb.arquillian.common.enrichment.OpenEJBEnricher.doInject(OpenEJBEnricher.java:131)
>> > at
>> >
>> org.apache.openejb.arquillian.common.enrichment.OpenEJBEnricher.enrich(OpenEJBEnricher.java:100)
>> > at
>> >
>> org.apache.openejb.arquillian.common.TomEEInjectionEnricher.enrich(TomEEInjectionEnricher.java:52)
>> > at
>> >
>> org.jboss.arquillian.test.impl.TestInstanceEnricher.enrich(TestInstanceEnricher.java:52)
>> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> > at
>> >
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>> > at
>> >
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> > at java.lang.reflect.Method.invoke(Method.java:498)
>> > at
>> org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
>> > at
>> >
>> org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
>> > at
>> >
>> org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
>> > at
>> >
>> org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:89)
>> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> > at
>> >
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>> > at
>> >
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> > at java.lang.reflect.Method.invoke(Method.java:498)
>> > at
>> org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
>> > at
>> >
>> org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
>> > at
>> >
>> org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:75)
>> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> > at
>> >
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>> > at
>> >
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> > at java.lang.reflect.Method.invoke(Method.java:498)
>> > at
>> org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
>> > at
>> >
>> org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
>> > at
>> >
>> org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:60)
>> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> > at
>> >
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>> > at
>> >
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> > at java.lang.reflect.Method.invoke(Method.java:498)
>> > at
>> org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
>> > at
>> >
>> org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
>> > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135)
>> > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115)
>> > at
>> >
>> org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.before(EventTestRunnerAdaptor.java:95)
>> > at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:222)
>> > at
>> org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314)
>> > at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46)
>> > at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:240)
>> > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>> > at
>> >
>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>> > at
>> >
>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>> > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>> > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>> > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>> > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>> > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>> > at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:185)
>> > at
>> org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314)
>> > at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46)
>> > at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:199)
>> > at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>> > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:147)
>> > at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
>> > at org.junit.runner.JUnitCore.run(JUnitCore.java:115)
>> > at
>> >
>> org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:65)
>> > at
>> >
>> org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:170)
>> > at
>> >
>> org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.execute(ServletTestRunner.java:135)
>> > at
>> >
>> org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.doGet(ServletTestRunner.java:98)
>> > at javax.servlet.http.HttpServlet.service(HttpServlet.java:634)
>> > at javax.servlet.http.HttpServlet.service(HttpServlet.java:741)
>> > at
>> >
>> org.apache.openejb.arquillian.common.ArquillianFilterRunner.doFilter(ArquillianFilterRunner.java:81)
>> > at
>> >
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
>> > at
>> >
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
>> > at
>> >
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:199)
>> > at
>> >
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
>> > at org.apache.tomee.catalina.OpenEJBValve.invoke(OpenEJBValve.java:44)
>> > at
>> >
>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:490)
>> > at
>> >
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:139)
>> > at
>> >
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92)
>> > at
>> >
>> org.apache.tomee.catalina.OpenEJBSecurityListener$RequestCapturer.invoke(OpenEJBSecurityListener.java:97)
>> > at
>> >
>> org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:668)
>> > at
>> >
>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:74)
>> > at
>> >
>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343)
>> > at
>> >
>> org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:408)
>> > at
>> >
>> org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
>> > at
>> >
>> org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:770)
>> > at org.apache.tomcat.util.net
>> > .NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1415)
>> > at org.apache.tomcat.util.net
>> > .SocketProcessorBase.run(SocketProcessorBase.java:49)
>> > at
>> >
>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
>> > at
>> >
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
>> > at
>> >
>> org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
>> > at java.lang.Thread.run(Thread.java:748)
>> >
>> >
>> >
>> > El mié., 21 nov. 2018 a las 18:11, César Hernández Mendoza (<
>> > cesarguate@gmail.com>) escribió:
>> >
>> > > I updated my PR [1][ with the Book example resource.
>> > > I still need to create the JIRA Ticket and fix the test because
>> > > currently, I'm having a:
>> > > "java.lang.IllegalStateException: No RestClientBuilderResolver
>> > > implementation found!"
>> > > Tomorrow I'm going to continue troubleshooting the current test
>> failures.
>> > >
>> > > [1] https://github.com/apache/tomee/pull/210
>> > >
>> > > El mié., 21 nov. 2018 a las 5:17, Ivan Junckes Filho (<
>> > > ivanjunckes@gmail.com>) escribió:
>> > >
>> > >> I think it looks good so far Cesar. Let me know if you need any help!
>> > >>
>> > >> On Wed, Nov 21, 2018 at 12:59 AM César Hernández Mendoza <
>> > >> cesarguate@gmail.com> wrote:
>> > >>
>> > >> > Hi all,
>> > >> >
>> > >> > I'm planning to create a MicroProfile rest client example.
>> > >> > I checked Ivan's example: mp-metrics-counted [1], I created a PR
>> [2]
>> > >> for
>> > >> > the work in progress in order to collect feedback and contributions
>> > as I
>> > >> > move forward. As you can see I'm using the convention he used for
>> the
>> > >> > metrics example [3] since I think it's a nice format to have the
>> > prefix
>> > >> mp-
>> > >> > in the examples related with MicroProfile.
>> > >> >
>> > >> >
>> > >> > [1]
>> > >> >
>> > https://github.com/apache/tomee/tree/master/examples/mp-metrics-counted
>> > >> > [2] https://github.com/apache/tomee/pull/210
>> > >> > [3] examples/mp-rest-client/
>> > >> > <
>> > >> >
>> > >>
>> >
>> https://github.com/apache/tomee/pull/210/files#diff-cf40b757e6a74b3ffcfa2462457e3201
>> > >> > >
>> > >> > ├── README.md
>> > >> > ├── pom.xml
>> > >> > └── src
>> > >> > ├── main
>> > >> > │ └── java
>> > >> > │ └── org
>> > >> > │ └── superbiz
>> > >> > │ └── rest
>> > >> > └── test
>> > >> > ├── java
>> > >> > │ └── org
>> > >> > │ └── superbiz
>> > >> > │ └── rest
>> > >> > └── resources
>> > >> > └── arquillian.xml
>> > >> >
>> > >> >
>> > >> > --
>> > >> > Atentamente:
>> > >> > César Hernández Mendoza.
>> > >> >
>> > >>
>> > >
>> > >
>> > > --
>> > > Atentamente:
>> > > César Hernández Mendoza.
>> > >
>> >
>> >
>> > --
>> > Atentamente:
>> > César Hernández Mendoza.
>> >
>>
>
>
> --
> Atentamente:
> César Hernández Mendoza.
>
--
Atentamente:
César Hernández Mendoza.
Re: MicroProfile rest client example
Posted by César Hernández Mendoza <ce...@gmail.com>.
Thanks for the reply,
Build it locally didn't solve the issue. I did this:
a) Build entire TomEE using: mvn -Pquick -Dsurefire.useFile=false
-DdisableXmlReport=true -DuniqueVersion=false -ff -Dassemble -DskipTests
-DfailIfNoTests=false clean install
b) Updated arquillian-tomee-remote version to: 8.0.0-SNAPSHOT for the
example I'm building.
c) Run the mp-rest-client using: mvn clean test
d) The issue still appears.
I also tested using for step a) mvn clean install -DskipTests without any
successful result when running the mp-rest-client test.
My plan now is doing a git bisect since this commit [1] from Oct 13,
2018 and HEAD.
[1]
https://github.com/apache/tomee/commit/a48208ac337cbeddbc2c27c27fe9fc68fdfafe3f
Any ideas, comments or help are more than welcome :)
El jue., 22 nov. 2018 a las 23:47, Romain Manni-Bucau (<
rmannibucau@gmail.com>) escribió:
> Hi César
>
> Not sure the snapshot was deployed, maybe build it locally
> JL's fix does not change that error which is an outdated api in the server.
>
> Le ven. 23 nov. 2018 03:58, César Hernández Mendoza <ce...@gmail.com>
> a écrit :
>
> > Hi,
> > I updated my PR [1], the previous exception is no longer appearing since
> > I'm not showing a Programmatic Standalone MicroProfile RestClient.
> >
> > I'm still using Tomee remote and Deployment(testable=true) [2]
> >
> > I feel I'm close to having a concrete example but now I'm facing a new
> > issue which I need help and/or advice:
> >
> > * The tests run fine from the IDE (IntelliJ)
> >
> > * But after doing on a terminal: mvn clean test I got this error
> (Complete
> > stack trace [4]): java.lang.NoSuchMethodError:
> >
> >
> org.eclipse.microprofile.rest.client.RestClientBuilder.baseUri(Ljava/net/URI;)Lorg/eclipse/microprofile/rest/client/RestClientBuilder;
> >
> > * After investing some time trying to see where the issue was, I found
> that
> > if I change in my pom.xml the version of arquillian-tomee-remote from
> > 8.0.0-SNAPSHOT to 8.0.0-M1 , the issue disappears and both IDE and
> > maven clean test runs without any issue.
> >
> > * @Jean-Louis, I see we had a recent commit on master for
> > arquillian-tomee-remote
> > [3], tomorrow I´m planning to revert the Commit and check if that fixes
> the
> > current issue, but if the issue I´m having is an expected behavior, can
> you
> > please take a quick look and let me know if I´m missing something.
> >
> >
> > [1]
> >
> >
> https://github.com/cesarhernandezgt/tomee/commit/6179cdc8f654e9bfaec29e276ed999d9bfca3388#diff-cf40b757e6a74b3ffcfa2462457e3201R44
> > [2]
> >
> >
> https://github.com/cesarhernandezgt/tomee/blob/mp-rest-client-example/examples/mp-rest-client/src/test/java/org/superbiz/rest/BookResourceTest.java#L19
> > [3]
> >
> >
> https://github.com/apache/tomee/commit/7e33681b48562138efe41219b7c8f6e499bf8506#diff-a66043deab99db291cb46640c07dd3a5
> > [4] java.lang.NoSuchMethodError:
> >
> >
> org.eclipse.microprofile.rest.client.RestClientBuilder.baseUri(Ljava/net/URI;)Lorg/eclipse/microprofile/rest/client/RestClientBuilder;
> >
> > at
> >
> org.apache.cxf.microprofile.client.cdi.RestClientBean.create(RestClientBean.java:95)
> > at
> >
> org.apache.webbeans.component.third.ThirdpartyBeanImpl.create(ThirdpartyBeanImpl.java:97)
> > at
> >
> org.apache.webbeans.context.DependentContext.getInstance(DependentContext.java:68)
> > at
> > org.apache.webbeans.context.AbstractContext.get(AbstractContext.java:125)
> > at
> >
> org.apache.webbeans.container.BeanManagerImpl.getReference(BeanManagerImpl.java:813)
> > at
> >
> org.apache.webbeans.container.BeanManagerImpl.getInjectableReference(BeanManagerImpl.java:673)
> > at
> >
> org.apache.webbeans.inject.AbstractInjectable.inject(AbstractInjectable.java:100)
> > at
> >
> org.apache.webbeans.inject.InjectableField.doInjection(InjectableField.java:65)
> > at
> >
> org.apache.webbeans.portable.InjectionTargetImpl.injectFields(InjectionTargetImpl.java:227)
> > at
> >
> org.apache.webbeans.portable.InjectionTargetImpl.inject(InjectionTargetImpl.java:213)
> > at
> >
> org.apache.webbeans.portable.InjectionTargetImpl.inject(InjectionTargetImpl.java:203)
> > at org.apache.webbeans.inject.OWBInjector.inject(OWBInjector.java:56)
> > at
> >
> org.apache.openejb.arquillian.common.enrichment.OpenEJBEnricher.doInject(OpenEJBEnricher.java:131)
> > at
> >
> org.apache.openejb.arquillian.common.enrichment.OpenEJBEnricher.enrich(OpenEJBEnricher.java:100)
> > at
> >
> org.apache.openejb.arquillian.common.TomEEInjectionEnricher.enrich(TomEEInjectionEnricher.java:52)
> > at
> >
> org.jboss.arquillian.test.impl.TestInstanceEnricher.enrich(TestInstanceEnricher.java:52)
> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > at
> >
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> > at
> >
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> > at java.lang.reflect.Method.invoke(Method.java:498)
> > at
> org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> > at
> >
> org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
> > at
> >
> org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
> > at
> >
> org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:89)
> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > at
> >
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> > at
> >
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> > at java.lang.reflect.Method.invoke(Method.java:498)
> > at
> org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> > at
> >
> org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> > at
> >
> org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:75)
> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > at
> >
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> > at
> >
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> > at java.lang.reflect.Method.invoke(Method.java:498)
> > at
> org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> > at
> >
> org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> > at
> >
> org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:60)
> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > at
> >
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> > at
> >
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> > at java.lang.reflect.Method.invoke(Method.java:498)
> > at
> org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> > at
> >
> org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135)
> > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115)
> > at
> >
> org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.before(EventTestRunnerAdaptor.java:95)
> > at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:222)
> > at
> org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314)
> > at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46)
> > at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:240)
> > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
> > at
> >
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
> > at
> >
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
> > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
> > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
> > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
> > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
> > at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:185)
> > at
> org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314)
> > at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46)
> > at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:199)
> > at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:147)
> > at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
> > at org.junit.runner.JUnitCore.run(JUnitCore.java:115)
> > at
> >
> org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:65)
> > at
> >
> org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:170)
> > at
> >
> org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.execute(ServletTestRunner.java:135)
> > at
> >
> org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.doGet(ServletTestRunner.java:98)
> > at javax.servlet.http.HttpServlet.service(HttpServlet.java:634)
> > at javax.servlet.http.HttpServlet.service(HttpServlet.java:741)
> > at
> >
> org.apache.openejb.arquillian.common.ArquillianFilterRunner.doFilter(ArquillianFilterRunner.java:81)
> > at
> >
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
> > at
> >
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
> > at
> >
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:199)
> > at
> >
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
> > at org.apache.tomee.catalina.OpenEJBValve.invoke(OpenEJBValve.java:44)
> > at
> >
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:490)
> > at
> >
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:139)
> > at
> >
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92)
> > at
> >
> org.apache.tomee.catalina.OpenEJBSecurityListener$RequestCapturer.invoke(OpenEJBSecurityListener.java:97)
> > at
> >
> org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:668)
> > at
> >
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:74)
> > at
> >
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343)
> > at
> >
> org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:408)
> > at
> >
> org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
> > at
> >
> org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:770)
> > at org.apache.tomcat.util.net
> > .NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1415)
> > at org.apache.tomcat.util.net
> > .SocketProcessorBase.run(SocketProcessorBase.java:49)
> > at
> >
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> > at
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> > at
> >
> org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
> > at java.lang.Thread.run(Thread.java:748)
> >
> >
> >
> > El mié., 21 nov. 2018 a las 18:11, César Hernández Mendoza (<
> > cesarguate@gmail.com>) escribió:
> >
> > > I updated my PR [1][ with the Book example resource.
> > > I still need to create the JIRA Ticket and fix the test because
> > > currently, I'm having a:
> > > "java.lang.IllegalStateException: No RestClientBuilderResolver
> > > implementation found!"
> > > Tomorrow I'm going to continue troubleshooting the current test
> failures.
> > >
> > > [1] https://github.com/apache/tomee/pull/210
> > >
> > > El mié., 21 nov. 2018 a las 5:17, Ivan Junckes Filho (<
> > > ivanjunckes@gmail.com>) escribió:
> > >
> > >> I think it looks good so far Cesar. Let me know if you need any help!
> > >>
> > >> On Wed, Nov 21, 2018 at 12:59 AM César Hernández Mendoza <
> > >> cesarguate@gmail.com> wrote:
> > >>
> > >> > Hi all,
> > >> >
> > >> > I'm planning to create a MicroProfile rest client example.
> > >> > I checked Ivan's example: mp-metrics-counted [1], I created a PR
> [2]
> > >> for
> > >> > the work in progress in order to collect feedback and contributions
> > as I
> > >> > move forward. As you can see I'm using the convention he used for
> the
> > >> > metrics example [3] since I think it's a nice format to have the
> > prefix
> > >> mp-
> > >> > in the examples related with MicroProfile.
> > >> >
> > >> >
> > >> > [1]
> > >> >
> > https://github.com/apache/tomee/tree/master/examples/mp-metrics-counted
> > >> > [2] https://github.com/apache/tomee/pull/210
> > >> > [3] examples/mp-rest-client/
> > >> > <
> > >> >
> > >>
> >
> https://github.com/apache/tomee/pull/210/files#diff-cf40b757e6a74b3ffcfa2462457e3201
> > >> > >
> > >> > ├── README.md
> > >> > ├── pom.xml
> > >> > └── src
> > >> > ├── main
> > >> > │ └── java
> > >> > │ └── org
> > >> > │ └── superbiz
> > >> > │ └── rest
> > >> > └── test
> > >> > ├── java
> > >> > │ └── org
> > >> > │ └── superbiz
> > >> > │ └── rest
> > >> > └── resources
> > >> > └── arquillian.xml
> > >> >
> > >> >
> > >> > --
> > >> > Atentamente:
> > >> > César Hernández Mendoza.
> > >> >
> > >>
> > >
> > >
> > > --
> > > Atentamente:
> > > César Hernández Mendoza.
> > >
> >
> >
> > --
> > Atentamente:
> > César Hernández Mendoza.
> >
>
--
Atentamente:
César Hernández Mendoza.
Re: MicroProfile rest client example
Posted by Romain Manni-Bucau <rm...@gmail.com>.
Hi César
Not sure the snapshot was deployed, maybe build it locally
JL's fix does not change that error which is an outdated api in the server.
Le ven. 23 nov. 2018 03:58, César Hernández Mendoza <ce...@gmail.com>
a écrit :
> Hi,
> I updated my PR [1], the previous exception is no longer appearing since
> I'm not showing a Programmatic Standalone MicroProfile RestClient.
>
> I'm still using Tomee remote and Deployment(testable=true) [2]
>
> I feel I'm close to having a concrete example but now I'm facing a new
> issue which I need help and/or advice:
>
> * The tests run fine from the IDE (IntelliJ)
>
> * But after doing on a terminal: mvn clean test I got this error (Complete
> stack trace [4]): java.lang.NoSuchMethodError:
>
> org.eclipse.microprofile.rest.client.RestClientBuilder.baseUri(Ljava/net/URI;)Lorg/eclipse/microprofile/rest/client/RestClientBuilder;
>
> * After investing some time trying to see where the issue was, I found that
> if I change in my pom.xml the version of arquillian-tomee-remote from
> 8.0.0-SNAPSHOT to 8.0.0-M1 , the issue disappears and both IDE and
> maven clean test runs without any issue.
>
> * @Jean-Louis, I see we had a recent commit on master for
> arquillian-tomee-remote
> [3], tomorrow I´m planning to revert the Commit and check if that fixes the
> current issue, but if the issue I´m having is an expected behavior, can you
> please take a quick look and let me know if I´m missing something.
>
>
> [1]
>
> https://github.com/cesarhernandezgt/tomee/commit/6179cdc8f654e9bfaec29e276ed999d9bfca3388#diff-cf40b757e6a74b3ffcfa2462457e3201R44
> [2]
>
> https://github.com/cesarhernandezgt/tomee/blob/mp-rest-client-example/examples/mp-rest-client/src/test/java/org/superbiz/rest/BookResourceTest.java#L19
> [3]
>
> https://github.com/apache/tomee/commit/7e33681b48562138efe41219b7c8f6e499bf8506#diff-a66043deab99db291cb46640c07dd3a5
> [4] java.lang.NoSuchMethodError:
>
> org.eclipse.microprofile.rest.client.RestClientBuilder.baseUri(Ljava/net/URI;)Lorg/eclipse/microprofile/rest/client/RestClientBuilder;
>
> at
> org.apache.cxf.microprofile.client.cdi.RestClientBean.create(RestClientBean.java:95)
> at
> org.apache.webbeans.component.third.ThirdpartyBeanImpl.create(ThirdpartyBeanImpl.java:97)
> at
> org.apache.webbeans.context.DependentContext.getInstance(DependentContext.java:68)
> at
> org.apache.webbeans.context.AbstractContext.get(AbstractContext.java:125)
> at
> org.apache.webbeans.container.BeanManagerImpl.getReference(BeanManagerImpl.java:813)
> at
> org.apache.webbeans.container.BeanManagerImpl.getInjectableReference(BeanManagerImpl.java:673)
> at
> org.apache.webbeans.inject.AbstractInjectable.inject(AbstractInjectable.java:100)
> at
> org.apache.webbeans.inject.InjectableField.doInjection(InjectableField.java:65)
> at
> org.apache.webbeans.portable.InjectionTargetImpl.injectFields(InjectionTargetImpl.java:227)
> at
> org.apache.webbeans.portable.InjectionTargetImpl.inject(InjectionTargetImpl.java:213)
> at
> org.apache.webbeans.portable.InjectionTargetImpl.inject(InjectionTargetImpl.java:203)
> at org.apache.webbeans.inject.OWBInjector.inject(OWBInjector.java:56)
> at
> org.apache.openejb.arquillian.common.enrichment.OpenEJBEnricher.doInject(OpenEJBEnricher.java:131)
> at
> org.apache.openejb.arquillian.common.enrichment.OpenEJBEnricher.enrich(OpenEJBEnricher.java:100)
> at
> org.apache.openejb.arquillian.common.TomEEInjectionEnricher.enrich(TomEEInjectionEnricher.java:52)
> at
> org.jboss.arquillian.test.impl.TestInstanceEnricher.enrich(TestInstanceEnricher.java:52)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at
> org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
> at
> org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
> at
> org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:89)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at
> org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at
> org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:75)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at
> org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at
> org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:60)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at
> org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115)
> at
> org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.before(EventTestRunnerAdaptor.java:95)
> at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:222)
> at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314)
> at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46)
> at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:240)
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
> at
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
> at
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
> at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:185)
> at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314)
> at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46)
> at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:199)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:147)
> at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
> at org.junit.runner.JUnitCore.run(JUnitCore.java:115)
> at
> org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:65)
> at
> org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:170)
> at
> org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.execute(ServletTestRunner.java:135)
> at
> org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.doGet(ServletTestRunner.java:98)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:634)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:741)
> at
> org.apache.openejb.arquillian.common.ArquillianFilterRunner.doFilter(ArquillianFilterRunner.java:81)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:199)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
> at org.apache.tomee.catalina.OpenEJBValve.invoke(OpenEJBValve.java:44)
> at
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:490)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:139)
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92)
> at
> org.apache.tomee.catalina.OpenEJBSecurityListener$RequestCapturer.invoke(OpenEJBSecurityListener.java:97)
> at
> org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:668)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:74)
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343)
> at
> org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:408)
> at
> org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
> at
> org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:770)
> at org.apache.tomcat.util.net
> .NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1415)
> at org.apache.tomcat.util.net
> .SocketProcessorBase.run(SocketProcessorBase.java:49)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at
> org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
> at java.lang.Thread.run(Thread.java:748)
>
>
>
> El mié., 21 nov. 2018 a las 18:11, César Hernández Mendoza (<
> cesarguate@gmail.com>) escribió:
>
> > I updated my PR [1][ with the Book example resource.
> > I still need to create the JIRA Ticket and fix the test because
> > currently, I'm having a:
> > "java.lang.IllegalStateException: No RestClientBuilderResolver
> > implementation found!"
> > Tomorrow I'm going to continue troubleshooting the current test failures.
> >
> > [1] https://github.com/apache/tomee/pull/210
> >
> > El mié., 21 nov. 2018 a las 5:17, Ivan Junckes Filho (<
> > ivanjunckes@gmail.com>) escribió:
> >
> >> I think it looks good so far Cesar. Let me know if you need any help!
> >>
> >> On Wed, Nov 21, 2018 at 12:59 AM César Hernández Mendoza <
> >> cesarguate@gmail.com> wrote:
> >>
> >> > Hi all,
> >> >
> >> > I'm planning to create a MicroProfile rest client example.
> >> > I checked Ivan's example: mp-metrics-counted [1], I created a PR [2]
> >> for
> >> > the work in progress in order to collect feedback and contributions
> as I
> >> > move forward. As you can see I'm using the convention he used for the
> >> > metrics example [3] since I think it's a nice format to have the
> prefix
> >> mp-
> >> > in the examples related with MicroProfile.
> >> >
> >> >
> >> > [1]
> >> >
> https://github.com/apache/tomee/tree/master/examples/mp-metrics-counted
> >> > [2] https://github.com/apache/tomee/pull/210
> >> > [3] examples/mp-rest-client/
> >> > <
> >> >
> >>
> https://github.com/apache/tomee/pull/210/files#diff-cf40b757e6a74b3ffcfa2462457e3201
> >> > >
> >> > ├── README.md
> >> > ├── pom.xml
> >> > └── src
> >> > ├── main
> >> > │ └── java
> >> > │ └── org
> >> > │ └── superbiz
> >> > │ └── rest
> >> > └── test
> >> > ├── java
> >> > │ └── org
> >> > │ └── superbiz
> >> > │ └── rest
> >> > └── resources
> >> > └── arquillian.xml
> >> >
> >> >
> >> > --
> >> > Atentamente:
> >> > César Hernández Mendoza.
> >> >
> >>
> >
> >
> > --
> > Atentamente:
> > César Hernández Mendoza.
> >
>
>
> --
> Atentamente:
> César Hernández Mendoza.
>
Re: MicroProfile rest client example
Posted by César Hernández Mendoza <ce...@gmail.com>.
Hi,
I updated my PR [1], the previous exception is no longer appearing since
I'm not showing a Programmatic Standalone MicroProfile RestClient.
I'm still using Tomee remote and Deployment(testable=true) [2]
I feel I'm close to having a concrete example but now I'm facing a new
issue which I need help and/or advice:
* The tests run fine from the IDE (IntelliJ)
* But after doing on a terminal: mvn clean test I got this error (Complete
stack trace [4]): java.lang.NoSuchMethodError:
org.eclipse.microprofile.rest.client.RestClientBuilder.baseUri(Ljava/net/URI;)Lorg/eclipse/microprofile/rest/client/RestClientBuilder;
* After investing some time trying to see where the issue was, I found that
if I change in my pom.xml the version of arquillian-tomee-remote from
8.0.0-SNAPSHOT to 8.0.0-M1 , the issue disappears and both IDE and
maven clean test runs without any issue.
* @Jean-Louis, I see we had a recent commit on master for
arquillian-tomee-remote
[3], tomorrow I´m planning to revert the Commit and check if that fixes the
current issue, but if the issue I´m having is an expected behavior, can you
please take a quick look and let me know if I´m missing something.
[1]
https://github.com/cesarhernandezgt/tomee/commit/6179cdc8f654e9bfaec29e276ed999d9bfca3388#diff-cf40b757e6a74b3ffcfa2462457e3201R44
[2]
https://github.com/cesarhernandezgt/tomee/blob/mp-rest-client-example/examples/mp-rest-client/src/test/java/org/superbiz/rest/BookResourceTest.java#L19
[3]
https://github.com/apache/tomee/commit/7e33681b48562138efe41219b7c8f6e499bf8506#diff-a66043deab99db291cb46640c07dd3a5
[4] java.lang.NoSuchMethodError:
org.eclipse.microprofile.rest.client.RestClientBuilder.baseUri(Ljava/net/URI;)Lorg/eclipse/microprofile/rest/client/RestClientBuilder;
at org.apache.cxf.microprofile.client.cdi.RestClientBean.create(RestClientBean.java:95)
at org.apache.webbeans.component.third.ThirdpartyBeanImpl.create(ThirdpartyBeanImpl.java:97)
at org.apache.webbeans.context.DependentContext.getInstance(DependentContext.java:68)
at org.apache.webbeans.context.AbstractContext.get(AbstractContext.java:125)
at org.apache.webbeans.container.BeanManagerImpl.getReference(BeanManagerImpl.java:813)
at org.apache.webbeans.container.BeanManagerImpl.getInjectableReference(BeanManagerImpl.java:673)
at org.apache.webbeans.inject.AbstractInjectable.inject(AbstractInjectable.java:100)
at org.apache.webbeans.inject.InjectableField.doInjection(InjectableField.java:65)
at org.apache.webbeans.portable.InjectionTargetImpl.injectFields(InjectionTargetImpl.java:227)
at org.apache.webbeans.portable.InjectionTargetImpl.inject(InjectionTargetImpl.java:213)
at org.apache.webbeans.portable.InjectionTargetImpl.inject(InjectionTargetImpl.java:203)
at org.apache.webbeans.inject.OWBInjector.inject(OWBInjector.java:56)
at org.apache.openejb.arquillian.common.enrichment.OpenEJBEnricher.doInject(OpenEJBEnricher.java:131)
at org.apache.openejb.arquillian.common.enrichment.OpenEJBEnricher.enrich(OpenEJBEnricher.java:100)
at org.apache.openejb.arquillian.common.TomEEInjectionEnricher.enrich(TomEEInjectionEnricher.java:52)
at org.jboss.arquillian.test.impl.TestInstanceEnricher.enrich(TestInstanceEnricher.java:52)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:89)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:75)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:60)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135)
at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115)
at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.before(EventTestRunnerAdaptor.java:95)
at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:222)
at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314)
at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46)
at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:240)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:185)
at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314)
at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46)
at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:199)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:147)
at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
at org.junit.runner.JUnitCore.run(JUnitCore.java:115)
at org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:65)
at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:170)
at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.execute(ServletTestRunner.java:135)
at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.doGet(ServletTestRunner.java:98)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:634)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:741)
at org.apache.openejb.arquillian.common.ArquillianFilterRunner.doFilter(ArquillianFilterRunner.java:81)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:199)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
at org.apache.tomee.catalina.OpenEJBValve.invoke(OpenEJBValve.java:44)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:490)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:139)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92)
at org.apache.tomee.catalina.OpenEJBSecurityListener$RequestCapturer.invoke(OpenEJBSecurityListener.java:97)
at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:668)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:74)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343)
at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:408)
at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:770)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1415)
at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:748)
El mié., 21 nov. 2018 a las 18:11, César Hernández Mendoza (<
cesarguate@gmail.com>) escribió:
> I updated my PR [1][ with the Book example resource.
> I still need to create the JIRA Ticket and fix the test because
> currently, I'm having a:
> "java.lang.IllegalStateException: No RestClientBuilderResolver
> implementation found!"
> Tomorrow I'm going to continue troubleshooting the current test failures.
>
> [1] https://github.com/apache/tomee/pull/210
>
> El mié., 21 nov. 2018 a las 5:17, Ivan Junckes Filho (<
> ivanjunckes@gmail.com>) escribió:
>
>> I think it looks good so far Cesar. Let me know if you need any help!
>>
>> On Wed, Nov 21, 2018 at 12:59 AM César Hernández Mendoza <
>> cesarguate@gmail.com> wrote:
>>
>> > Hi all,
>> >
>> > I'm planning to create a MicroProfile rest client example.
>> > I checked Ivan's example: mp-metrics-counted [1], I created a PR [2]
>> for
>> > the work in progress in order to collect feedback and contributions as I
>> > move forward. As you can see I'm using the convention he used for the
>> > metrics example [3] since I think it's a nice format to have the prefix
>> mp-
>> > in the examples related with MicroProfile.
>> >
>> >
>> > [1]
>> > https://github.com/apache/tomee/tree/master/examples/mp-metrics-counted
>> > [2] https://github.com/apache/tomee/pull/210
>> > [3] examples/mp-rest-client/
>> > <
>> >
>> https://github.com/apache/tomee/pull/210/files#diff-cf40b757e6a74b3ffcfa2462457e3201
>> > >
>> > ├── README.md
>> > ├── pom.xml
>> > └── src
>> > ├── main
>> > │ └── java
>> > │ └── org
>> > │ └── superbiz
>> > │ └── rest
>> > └── test
>> > ├── java
>> > │ └── org
>> > │ └── superbiz
>> > │ └── rest
>> > └── resources
>> > └── arquillian.xml
>> >
>> >
>> > --
>> > Atentamente:
>> > César Hernández Mendoza.
>> >
>>
>
>
> --
> Atentamente:
> César Hernández Mendoza.
>
--
Atentamente:
César Hernández Mendoza.
Re: MicroProfile rest client example
Posted by César Hernández Mendoza <ce...@gmail.com>.
I updated my PR [1][ with the Book example resource.
I still need to create the JIRA Ticket and fix the test because currently,
I'm having a:
"java.lang.IllegalStateException: No RestClientBuilderResolver
implementation found!"
Tomorrow I'm going to continue troubleshooting the current test failures.
[1] https://github.com/apache/tomee/pull/210
El mié., 21 nov. 2018 a las 5:17, Ivan Junckes Filho (<iv...@gmail.com>)
escribió:
> I think it looks good so far Cesar. Let me know if you need any help!
>
> On Wed, Nov 21, 2018 at 12:59 AM César Hernández Mendoza <
> cesarguate@gmail.com> wrote:
>
> > Hi all,
> >
> > I'm planning to create a MicroProfile rest client example.
> > I checked Ivan's example: mp-metrics-counted [1], I created a PR [2] for
> > the work in progress in order to collect feedback and contributions as I
> > move forward. As you can see I'm using the convention he used for the
> > metrics example [3] since I think it's a nice format to have the prefix
> mp-
> > in the examples related with MicroProfile.
> >
> >
> > [1]
> > https://github.com/apache/tomee/tree/master/examples/mp-metrics-counted
> > [2] https://github.com/apache/tomee/pull/210
> > [3] examples/mp-rest-client/
> > <
> >
> https://github.com/apache/tomee/pull/210/files#diff-cf40b757e6a74b3ffcfa2462457e3201
> > >
> > ├── README.md
> > ├── pom.xml
> > └── src
> > ├── main
> > │ └── java
> > │ └── org
> > │ └── superbiz
> > │ └── rest
> > └── test
> > ├── java
> > │ └── org
> > │ └── superbiz
> > │ └── rest
> > └── resources
> > └── arquillian.xml
> >
> >
> > --
> > Atentamente:
> > César Hernández Mendoza.
> >
>
--
Atentamente:
César Hernández Mendoza.
Re: MicroProfile rest client example
Posted by Ivan Junckes Filho <iv...@gmail.com>.
I think it looks good so far Cesar. Let me know if you need any help!
On Wed, Nov 21, 2018 at 12:59 AM César Hernández Mendoza <
cesarguate@gmail.com> wrote:
> Hi all,
>
> I'm planning to create a MicroProfile rest client example.
> I checked Ivan's example: mp-metrics-counted [1], I created a PR [2] for
> the work in progress in order to collect feedback and contributions as I
> move forward. As you can see I'm using the convention he used for the
> metrics example [3] since I think it's a nice format to have the prefix mp-
> in the examples related with MicroProfile.
>
>
> [1]
> https://github.com/apache/tomee/tree/master/examples/mp-metrics-counted
> [2] https://github.com/apache/tomee/pull/210
> [3] examples/mp-rest-client/
> <
> https://github.com/apache/tomee/pull/210/files#diff-cf40b757e6a74b3ffcfa2462457e3201
> >
> ├── README.md
> ├── pom.xml
> └── src
> ├── main
> │ └── java
> │ └── org
> │ └── superbiz
> │ └── rest
> └── test
> ├── java
> │ └── org
> │ └── superbiz
> │ └── rest
> └── resources
> └── arquillian.xml
>
>
> --
> Atentamente:
> César Hernández Mendoza.
>