CXF-BC consumer sends too many messages

classic Classic list List threaded Threaded
11 messages Options
Reply | Threaded
Open this post in threaded view
|

CXF-BC consumer sends too many messages

Gianfranco Boccalon
Hello,
I have a very simple process composed as follows:

CXF-BC Consumer->My component

The MEP is InOut.
The problem is that the CXF send too many messages to my component.
I used a listener to see the messages sent.

The messages are:

------ FIRST MESSAGE (from CXF to my component, only "in" message
contained in the exchange) -----
INFO  - SimpleExchangeListener         - Status: Active
INFO  - SimpleExchangeListener         - InOut[
  id: ID:192.168.20.106-11de3ccb3eb-4:1
  status: Active
  role: consumer

------ SECOND MESSAGE (from my component to CXF, same exchange with
"out" message, in addition to "in" message) -----

INFO  - SimpleExchangeListener         - Status: Active
INFO  - SimpleExchangeListener         - InOut[
  id: ID:192.168.20.106-11de3ccb3eb-4:1
  status: Active
  role: provider

------ THIRD MESSAGE ----- <---- WHAT IS THIS ?? (This message is sent
by CXF, the exchange is the same of second message, but the role changed
from provider to consumer. The JBI InOut MEP specification doesn't say
anything about this message)

INFO  - SimpleExchangeListener         - Status: Active
INFO  - SimpleExchangeListener         - InOut[
  id: ID:192.168.20.106-11de3ccb3eb-4:1
  status: Active
  role: consumer

------ FOURTH MESSAGE (This is the DONE message sent by the CXF to my
component )-----

INFO  - SimpleExchangeListener         - Status: Done
INFO  - SimpleExchangeListener         - InOut[
  id: ID:192.168.20.106-11de3ccb3eb-4:1
  status: Done
  role: consumer


Any idea ?
--

*Gianfranco Boccalon, PMP*
______________________________________
<www.spagoworld.org>

Spago&Spagic Project Leader
______________________________________

Senior Consultant
Architectures & Consulting
Research & Innovation Division
*Engineering Ingegneria Informatica S.p.A.
*
Corso Stati Uniti, 23/C - 35127 Padova - Italy
Phone:  +39-049.8692511    Fax:+39-049.8692566
Mobile: +39-3357813507

*www.eng.it                    www.spagoworld.org*
       



Reply | Threaded
Open this post in threaded view
|

Re: CXF-BC consumer sends too many messages

Jean-Baptiste Onofré
What do you mean by "My component" ?

is it another component (based on servicemix-bean for exemple), or just a POJO directly call by CXF-BC (or CXF-SE) ?

Regards
JB

On Friday 28 November 2008 - 17:33, Gianfranco Boccalon wrote:

> Hello,
> I have a very simple process composed as follows:
>
> CXF-BC Consumer->My component
>
> The MEP is InOut.
> The problem is that the CXF send too many messages to my component.
> I used a listener to see the messages sent.
>
> The messages are:
>
> ------ FIRST MESSAGE (from CXF to my component, only "in" message  
> contained in the exchange) -----
> INFO  - SimpleExchangeListener         - Status: Active
> INFO  - SimpleExchangeListener         - InOut[
>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>  status: Active
>  role: consumer
>
> ------ SECOND MESSAGE (from my component to CXF, same exchange with  
> "out" message, in addition to "in" message) -----
>
> INFO  - SimpleExchangeListener         - Status: Active
> INFO  - SimpleExchangeListener         - InOut[
>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>  status: Active
>  role: provider
>
> ------ THIRD MESSAGE ----- <---- WHAT IS THIS ?? (This message is sent  
> by CXF, the exchange is the same of second message, but the role changed  
> from provider to consumer. The JBI InOut MEP specification doesn't say  
> anything about this message)
>
> INFO  - SimpleExchangeListener         - Status: Active
> INFO  - SimpleExchangeListener         - InOut[
>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>  status: Active
>  role: consumer
>
> ------ FOURTH MESSAGE (This is the DONE message sent by the CXF to my  
> component )-----
>
> INFO  - SimpleExchangeListener         - Status: Done
> INFO  - SimpleExchangeListener         - InOut[
>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>  status: Done
>  role: consumer
>
>
> Any idea ?
> --
>
> *Gianfranco Boccalon, PMP*
> ______________________________________
> <www.spagoworld.org>
>
> Spago&Spagic Project Leader
> ______________________________________
>
> Senior Consultant
> Architectures & Consulting
> Research & Innovation Division
> *Engineering Ingegneria Informatica S.p.A.
> *
> Corso Stati Uniti, 23/C - 35127 Padova - Italy
> Phone:  +39-049.8692511    Fax:+39-049.8692566
> Mobile: +39-3357813507
>
> *www.eng.it                    www.spagoworld.org*
>
>
>
>

--
Jean-Baptiste Onofré (Nanthrax)
BuildProcess/AutoDeploy Project Leader
http://buildprocess.sourceforge.net
[hidden email]
PGP : 17D4F086
Reply | Threaded
Open this post in threaded view
|

Re: CXF-BC consumer sends too many messages

Ashwin Karpe
In reply to this post by Gianfranco Boccalon
Hi GianFranco,

Are you sure that what is being sent is a message. My sense is that this might be a message exchange going back and forth while following the In-Out MEP rather than multiple messages.

Please check out the In-Out MEP and look at the exchanges and status settings as they are sent and that will give you the idea.

Hope this helps.

Cheers,

Ashwin...


Gianfranco Boccalon wrote
Hello,
I have a very simple process composed as follows:

CXF-BC Consumer->My component

The MEP is InOut.
The problem is that the CXF send too many messages to my component.
I used a listener to see the messages sent.

The messages are:

------ FIRST MESSAGE (from CXF to my component, only "in" message
contained in the exchange) -----
INFO  - SimpleExchangeListener         - Status: Active
INFO  - SimpleExchangeListener         - InOut[
  id: ID:192.168.20.106-11de3ccb3eb-4:1
  status: Active
  role: consumer

------ SECOND MESSAGE (from my component to CXF, same exchange with
"out" message, in addition to "in" message) -----

INFO  - SimpleExchangeListener         - Status: Active
INFO  - SimpleExchangeListener         - InOut[
  id: ID:192.168.20.106-11de3ccb3eb-4:1
  status: Active
  role: provider

------ THIRD MESSAGE ----- <---- WHAT IS THIS ?? (This message is sent
by CXF, the exchange is the same of second message, but the role changed
from provider to consumer. The JBI InOut MEP specification doesn't say
anything about this message)

INFO  - SimpleExchangeListener         - Status: Active
INFO  - SimpleExchangeListener         - InOut[
  id: ID:192.168.20.106-11de3ccb3eb-4:1
  status: Active
  role: consumer

------ FOURTH MESSAGE (This is the DONE message sent by the CXF to my
component )-----

INFO  - SimpleExchangeListener         - Status: Done
INFO  - SimpleExchangeListener         - InOut[
  id: ID:192.168.20.106-11de3ccb3eb-4:1
  status: Done
  role: consumer


Any idea ?
--

*Gianfranco Boccalon, PMP*
______________________________________
<www.spagoworld.org>

Spago&Spagic Project Leader
______________________________________

Senior Consultant
Architectures & Consulting
Research & Innovation Division
*Engineering Ingegneria Informatica S.p.A.
*
Corso Stati Uniti, 23/C - 35127 Padova - Italy
Phone:  +39-049.8692511    Fax:+39-049.8692566
Mobile: +39-3357813507

*www.eng.it                    www.spagoworld.org*
       


---------------------------------------------------------
Ashwin Karpe
Apache Camel Committer & Sr Principal Consultant
Progress Software Corporation
http://fusesource.com
---------------------------------------------------------
Reply | Threaded
Open this post in threaded view
|

Re: CXF-BC consumer sends too many messages

Andrea Zoppello-2
Hi Ashwin,

I'm working together with Gianfranco on the same problem.

You're right what we're describing here is a InOut  exchange going back
and forth,
btw ( as i've understand the InOut mep right but i think so ) , the
problem here is that the trace
you could see in Gianfranco post is ( in our  opinion )  not right in
term of InOut.

To verify this we've changed the first component using servicemix-http
instead of cxf and you see something like:

------ FIRST MESSAGE (from HTTP to my component, only "in" message
contained in the exchange) -----
INFO  - SimpleExchangeListener         - Status: Active
INFO  - SimpleExchangeListener         - InOut[
  id: ID:192.168.20.106-11de3ccb3eb-4:1
  status: Active
  role: consumer

------ SECOND MESSAGE (from my component to HTTP, same exchange with
"out" message, in addition to "in" message) -----

INFO  - SimpleExchangeListener         - Status: Active
INFO  - SimpleExchangeListener         - InOut[
  id: ID:192.168.20.106-11de3ccb3eb-4:1
  status: Active
  role: provider



------ FOURTH MESSAGE (This is the DONE message sent by the HTTP to my
component )-----

INFO  - SimpleExchangeListener         - Status: Done
INFO  - SimpleExchangeListener         - InOut[
  id: ID:192.168.20.106-11de3ccb3eb-4:1
  status: Done
  role: consumer


The problem is that with cxf you've a "third" message not expected by InOut.


Another very strange thisng is that if "MyComponent" is a lightweight
one it seems to work, instead if it's servicemix bean
it's not working.
But this is probably because ligthweigth container simply "ignore" the
"third mesagge" sent by cxf.

Any thougths???



Ashwin Karpe ha scritto:

> Hi GianFranco,
>
> Are you sure that what is being sent is a message. My sense is that this
> might be a message exchange going back and forth while following the In-Out
> MEP rather than multiple messages.
>
> Please check out the In-Out MEP and look at the exchanges and status
> settings as they are sent and that will give you the idea.
>
> Hope this helps.
>
> Cheers,
>
> Ashwin...
>
>
>
> Gianfranco Boccalon wrote:
>  
>> Hello,
>> I have a very simple process composed as follows:
>>
>> CXF-BC Consumer->My component
>>
>> The MEP is InOut.
>> The problem is that the CXF send too many messages to my component.
>> I used a listener to see the messages sent.
>>
>> The messages are:
>>
>> ------ FIRST MESSAGE (from CXF to my component, only "in" message
>> contained in the exchange) -----
>> INFO  - SimpleExchangeListener         - Status: Active
>> INFO  - SimpleExchangeListener         - InOut[
>>   id: ID:192.168.20.106-11de3ccb3eb-4:1
>>   status: Active
>>   role: consumer
>>
>> ------ SECOND MESSAGE (from my component to CXF, same exchange with
>> "out" message, in addition to "in" message) -----
>>
>> INFO  - SimpleExchangeListener         - Status: Active
>> INFO  - SimpleExchangeListener         - InOut[
>>   id: ID:192.168.20.106-11de3ccb3eb-4:1
>>   status: Active
>>   role: provider
>>
>> ------ THIRD MESSAGE ----- <---- WHAT IS THIS ?? (This message is sent
>> by CXF, the exchange is the same of second message, but the role changed
>> from provider to consumer. The JBI InOut MEP specification doesn't say
>> anything about this message)
>>
>> INFO  - SimpleExchangeListener         - Status: Active
>> INFO  - SimpleExchangeListener         - InOut[
>>   id: ID:192.168.20.106-11de3ccb3eb-4:1
>>   status: Active
>>   role: consumer
>>
>> ------ FOURTH MESSAGE (This is the DONE message sent by the CXF to my
>> component )-----
>>
>> INFO  - SimpleExchangeListener         - Status: Done
>> INFO  - SimpleExchangeListener         - InOut[
>>   id: ID:192.168.20.106-11de3ccb3eb-4:1
>>   status: Done
>>   role: consumer
>>
>>
>> Any idea ?
>> --
>>
>> *Gianfranco Boccalon, PMP*
>> ______________________________________
>> <www.spagoworld.org>
>>
>> Spago&Spagic Project Leader
>> ______________________________________
>>
>> Senior Consultant
>> Architectures & Consulting
>> Research & Innovation Division
>> *Engineering Ingegneria Informatica S.p.A.
>> *
>> Corso Stati Uniti, 23/C - 35127 Padova - Italy
>> Phone:  +39-049.8692511    Fax:+39-049.8692566
>> Mobile: +39-3357813507
>>
>> *www.eng.it                    www.spagoworld.org*
>>
>>
>>
>>
>>
>>
>>    
>
>
> -----
> ---
> Ashwin Karpe, Principal Consultant, PS - Opensource Center of Competence
> Progress Software Corporation
> 14 Oak Park Drive
> Bedford, MA 01730
> ---
> +1-972-304-9084 (Office)
> +1-972-971-1700 (Mobile)
> ----
> Blog: http://opensourceknowledge.blogspot.com/
>
>
>  

Reply | Threaded
Open this post in threaded view
|

Re: CXF-BC consumer sends too many messages

Freeman-2
Hi Andrea,

I can't reproduce your problem when I try with cxf-wsdl-first sample,
which is also a InOut MEP used there.
Would you please provide more details about your work flow?
May be open a jira and append your testcase is more helpful.
Thanks
Freeman

Andrea Zoppello wrote:

> Hi Ashwin,
>
> I'm working together with Gianfranco on the same problem.
>
> You're right what we're describing here is a InOut  exchange going
> back and forth,
> btw ( as i've understand the InOut mep right but i think so ) , the
> problem here is that the trace
> you could see in Gianfranco post is ( in our  opinion )  not right in
> term of InOut.
>
> To verify this we've changed the first component using servicemix-http
> instead of cxf and you see something like:
>
> ------ FIRST MESSAGE (from HTTP to my component, only "in" message
> contained in the exchange) -----
> INFO  - SimpleExchangeListener         - Status: Active
> INFO  - SimpleExchangeListener         - InOut[
>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>  status: Active
>  role: consumer
>
> ------ SECOND MESSAGE (from my component to HTTP, same exchange with
> "out" message, in addition to "in" message) -----
>
> INFO  - SimpleExchangeListener         - Status: Active
> INFO  - SimpleExchangeListener         - InOut[
>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>  status: Active
>  role: provider
>
>
>
> ------ FOURTH MESSAGE (This is the DONE message sent by the HTTP to my
> component )-----
>
> INFO  - SimpleExchangeListener         - Status: Done
> INFO  - SimpleExchangeListener         - InOut[
>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>  status: Done
>  role: consumer
>
>
> The problem is that with cxf you've a "third" message not expected by
> InOut.
>
>
> Another very strange thisng is that if "MyComponent" is a lightweight
> one it seems to work, instead if it's servicemix bean
> it's not working.
> But this is probably because ligthweigth container simply "ignore" the
> "third mesagge" sent by cxf.
>
> Any thougths???
>
>
>
> Ashwin Karpe ha scritto:
>> Hi GianFranco,
>>
>> Are you sure that what is being sent is a message. My sense is that this
>> might be a message exchange going back and forth while following the
>> In-Out
>> MEP rather than multiple messages.
>> Please check out the In-Out MEP and look at the exchanges and status
>> settings as they are sent and that will give you the idea.
>>
>> Hope this helps.
>>
>> Cheers,
>>
>> Ashwin...
>>
>>
>>
>> Gianfranco Boccalon wrote:
>>  
>>> Hello,
>>> I have a very simple process composed as follows:
>>>
>>> CXF-BC Consumer->My component
>>>
>>> The MEP is InOut.
>>> The problem is that the CXF send too many messages to my component.
>>> I used a listener to see the messages sent.
>>>
>>> The messages are:
>>>
>>> ------ FIRST MESSAGE (from CXF to my component, only "in" message
>>> contained in the exchange) -----
>>> INFO  - SimpleExchangeListener         - Status: Active
>>> INFO  - SimpleExchangeListener         - InOut[
>>>   id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>   status: Active
>>>   role: consumer
>>>
>>> ------ SECOND MESSAGE (from my component to CXF, same exchange with
>>> "out" message, in addition to "in" message) -----
>>>
>>> INFO  - SimpleExchangeListener         - Status: Active
>>> INFO  - SimpleExchangeListener         - InOut[
>>>   id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>   status: Active
>>>   role: provider
>>>
>>> ------ THIRD MESSAGE ----- <---- WHAT IS THIS ?? (This message is
>>> sent by CXF, the exchange is the same of second message, but the
>>> role changed from provider to consumer. The JBI InOut MEP
>>> specification doesn't say anything about this message)
>>>
>>> INFO  - SimpleExchangeListener         - Status: Active
>>> INFO  - SimpleExchangeListener         - InOut[
>>>   id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>   status: Active
>>>   role: consumer
>>>
>>> ------ FOURTH MESSAGE (This is the DONE message sent by the CXF to
>>> my component )-----
>>>
>>> INFO  - SimpleExchangeListener         - Status: Done
>>> INFO  - SimpleExchangeListener         - InOut[
>>>   id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>   status: Done
>>>   role: consumer
>>>
>>>
>>> Any idea ?
>>> --
>>>
>>> *Gianfranco Boccalon, PMP*
>>> ______________________________________
>>> <www.spagoworld.org>
>>>
>>> Spago&Spagic Project Leader
>>> ______________________________________
>>>
>>> Senior Consultant
>>> Architectures & Consulting
>>> Research & Innovation Division
>>> *Engineering Ingegneria Informatica S.p.A.
>>> *
>>> Corso Stati Uniti, 23/C - 35127 Padova - Italy
>>> Phone:  +39-049.8692511    Fax:+39-049.8692566
>>> Mobile: +39-3357813507
>>>
>>> *www.eng.it                    www.spagoworld.org*
>>>    
>>>
>>>
>>>
>>>
>>>
>>>    
>>
>>
>> -----
>> --- Ashwin Karpe, Principal Consultant, PS - Opensource Center of
>> Competence Progress Software Corporation
>> 14 Oak Park Drive
>> Bedford, MA 01730
>> --- +1-972-304-9084 (Office) +1-972-971-1700 (Mobile) ---- Blog:
>> http://opensourceknowledge.blogspot.com/
>>
>>
>>  
>
>

Reply | Threaded
Open this post in threaded view
|

Re: CXF-BC consumer sends too many messages

Andrea Zoppello-2
Hi Freeman,

To reproduce it you must simply do a sa as follow

1) CxfBc Consumer ( InOut) -> Any Lightweigth Component
2) CxfBC Consument (InOut) -> Any Servicemix Bean ( extending
TransformBeanSupport )

I think most of our problems is that we're using cxf-bc without
cxf-se..... A good point for
servicemic in general is to provide examples where cxf-bc is used
without the cxf-se.

Andrea

Freeman Fang ha scritto:

> Hi Andrea,
>
> I can't reproduce your problem when I try with cxf-wsdl-first sample,
> which is also a InOut MEP used there.
> Would you please provide more details about your work flow?
> May be open a jira and append your testcase is more helpful.
> Thanks
> Freeman
>
> Andrea Zoppello wrote:
>> Hi Ashwin,
>>
>> I'm working together with Gianfranco on the same problem.
>>
>> You're right what we're describing here is a InOut  exchange going
>> back and forth,
>> btw ( as i've understand the InOut mep right but i think so ) , the
>> problem here is that the trace
>> you could see in Gianfranco post is ( in our  opinion )  not right in
>> term of InOut.
>>
>> To verify this we've changed the first component using
>> servicemix-http instead of cxf and you see something like:
>>
>> ------ FIRST MESSAGE (from HTTP to my component, only "in" message
>> contained in the exchange) -----
>> INFO  - SimpleExchangeListener         - Status: Active
>> INFO  - SimpleExchangeListener         - InOut[
>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>  status: Active
>>  role: consumer
>>
>> ------ SECOND MESSAGE (from my component to HTTP, same exchange with
>> "out" message, in addition to "in" message) -----
>>
>> INFO  - SimpleExchangeListener         - Status: Active
>> INFO  - SimpleExchangeListener         - InOut[
>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>  status: Active
>>  role: provider
>>
>>
>>
>> ------ FOURTH MESSAGE (This is the DONE message sent by the HTTP to
>> my component )-----
>>
>> INFO  - SimpleExchangeListener         - Status: Done
>> INFO  - SimpleExchangeListener         - InOut[
>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>  status: Done
>>  role: consumer
>>
>>
>> The problem is that with cxf you've a "third" message not expected by
>> InOut.
>>
>>
>> Another very strange thisng is that if "MyComponent" is a lightweight
>> one it seems to work, instead if it's servicemix bean
>> it's not working.
>> But this is probably because ligthweigth container simply "ignore"
>> the "third mesagge" sent by cxf.
>>
>> Any thougths???
>>
>>
>>
>> Ashwin Karpe ha scritto:
>>> Hi GianFranco,
>>>
>>> Are you sure that what is being sent is a message. My sense is that
>>> this
>>> might be a message exchange going back and forth while following the
>>> In-Out
>>> MEP rather than multiple messages.
>>> Please check out the In-Out MEP and look at the exchanges and status
>>> settings as they are sent and that will give you the idea.
>>>
>>> Hope this helps.
>>>
>>> Cheers,
>>>
>>> Ashwin...
>>>
>>>
>>>
>>> Gianfranco Boccalon wrote:
>>>  
>>>> Hello,
>>>> I have a very simple process composed as follows:
>>>>
>>>> CXF-BC Consumer->My component
>>>>
>>>> The MEP is InOut.
>>>> The problem is that the CXF send too many messages to my component.
>>>> I used a listener to see the messages sent.
>>>>
>>>> The messages are:
>>>>
>>>> ------ FIRST MESSAGE (from CXF to my component, only "in" message
>>>> contained in the exchange) -----
>>>> INFO  - SimpleExchangeListener         - Status: Active
>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>   id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>   status: Active
>>>>   role: consumer
>>>>
>>>> ------ SECOND MESSAGE (from my component to CXF, same exchange with
>>>> "out" message, in addition to "in" message) -----
>>>>
>>>> INFO  - SimpleExchangeListener         - Status: Active
>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>   id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>   status: Active
>>>>   role: provider
>>>>
>>>> ------ THIRD MESSAGE ----- <---- WHAT IS THIS ?? (This message is
>>>> sent by CXF, the exchange is the same of second message, but the
>>>> role changed from provider to consumer. The JBI InOut MEP
>>>> specification doesn't say anything about this message)
>>>>
>>>> INFO  - SimpleExchangeListener         - Status: Active
>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>   id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>   status: Active
>>>>   role: consumer
>>>>
>>>> ------ FOURTH MESSAGE (This is the DONE message sent by the CXF to
>>>> my component )-----
>>>>
>>>> INFO  - SimpleExchangeListener         - Status: Done
>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>   id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>   status: Done
>>>>   role: consumer
>>>>
>>>>
>>>> Any idea ?
>>>> --
>>>>
>>>> *Gianfranco Boccalon, PMP*
>>>> ______________________________________
>>>> <www.spagoworld.org>
>>>>
>>>> Spago&Spagic Project Leader
>>>> ______________________________________
>>>>
>>>> Senior Consultant
>>>> Architectures & Consulting
>>>> Research & Innovation Division
>>>> *Engineering Ingegneria Informatica S.p.A.
>>>> *
>>>> Corso Stati Uniti, 23/C - 35127 Padova - Italy
>>>> Phone:  +39-049.8692511    Fax:+39-049.8692566
>>>> Mobile: +39-3357813507
>>>>
>>>> *www.eng.it                    www.spagoworld.org*
>>>>    
>>>>
>>>>
>>>>
>>>>
>>>>    
>>>
>>>
>>> -----
>>> --- Ashwin Karpe, Principal Consultant, PS - Opensource Center of
>>> Competence Progress Software Corporation
>>> 14 Oak Park Drive
>>> Bedford, MA 01730
>>> --- +1-972-304-9084 (Office) +1-972-971-1700 (Mobile) ---- Blog:
>>> http://opensourceknowledge.blogspot.com/
>>>
>>>
>>>  
>>
>>
>
>

Reply | Threaded
Open this post in threaded view
|

Re: CXF-BC consumer sends too many messages

Freeman-2
Andrea Zoppello wrote:
> Hi Freeman,
>
> To reproduce it you must simply do a sa as follow
>
> 1) CxfBc Consumer ( InOut) -> Any Lightweigth Component
> 2) CxfBC Consument (InOut) -> Any Servicemix Bean ( extending
> TransformBeanSupport )
>
If I understand correctly, you mean cxf bc didn't work correctly with
Servicemix Bean you are using, any chance you append your bean, just
ensure I didn't miss anything.

> I think most of our problems is that we're using cxf-bc without
> cxf-se..... A good point for
> servicemic in general is to provide examples where cxf-bc is used
> without the cxf-se.
>
> Andrea
>
> Freeman Fang ha scritto:
>> Hi Andrea,
>>
>> I can't reproduce your problem when I try with cxf-wsdl-first sample,
>> which is also a InOut MEP used there.
>> Would you please provide more details about your work flow?
>> May be open a jira and append your testcase is more helpful.
>> Thanks
>> Freeman
>>
>> Andrea Zoppello wrote:
>>> Hi Ashwin,
>>>
>>> I'm working together with Gianfranco on the same problem.
>>>
>>> You're right what we're describing here is a InOut  exchange going
>>> back and forth,
>>> btw ( as i've understand the InOut mep right but i think so ) , the
>>> problem here is that the trace
>>> you could see in Gianfranco post is ( in our  opinion )  not right
>>> in term of InOut.
>>>
>>> To verify this we've changed the first component using
>>> servicemix-http instead of cxf and you see something like:
>>>
>>> ------ FIRST MESSAGE (from HTTP to my component, only "in" message
>>> contained in the exchange) -----
>>> INFO  - SimpleExchangeListener         - Status: Active
>>> INFO  - SimpleExchangeListener         - InOut[
>>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>  status: Active
>>>  role: consumer
>>>
>>> ------ SECOND MESSAGE (from my component to HTTP, same exchange with
>>> "out" message, in addition to "in" message) -----
>>>
>>> INFO  - SimpleExchangeListener         - Status: Active
>>> INFO  - SimpleExchangeListener         - InOut[
>>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>  status: Active
>>>  role: provider
>>>
>>>
>>>
>>> ------ FOURTH MESSAGE (This is the DONE message sent by the HTTP to
>>> my component )-----
>>>
>>> INFO  - SimpleExchangeListener         - Status: Done
>>> INFO  - SimpleExchangeListener         - InOut[
>>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>  status: Done
>>>  role: consumer
>>>
>>>
>>> The problem is that with cxf you've a "third" message not expected
>>> by InOut.
>>>
>>>
>>> Another very strange thisng is that if "MyComponent" is a
>>> lightweight one it seems to work, instead if it's servicemix bean
>>> it's not working.
>>> But this is probably because ligthweigth container simply "ignore"
>>> the "third mesagge" sent by cxf.
>>>
>>> Any thougths???
>>>
>>>
>>>
>>> Ashwin Karpe ha scritto:
>>>> Hi GianFranco,
>>>>
>>>> Are you sure that what is being sent is a message. My sense is that
>>>> this
>>>> might be a message exchange going back and forth while following
>>>> the In-Out
>>>> MEP rather than multiple messages.
>>>> Please check out the In-Out MEP and look at the exchanges and status
>>>> settings as they are sent and that will give you the idea.
>>>>
>>>> Hope this helps.
>>>>
>>>> Cheers,
>>>>
>>>> Ashwin...
>>>>
>>>>
>>>>
>>>> Gianfranco Boccalon wrote:
>>>>  
>>>>> Hello,
>>>>> I have a very simple process composed as follows:
>>>>>
>>>>> CXF-BC Consumer->My component
>>>>>
>>>>> The MEP is InOut.
>>>>> The problem is that the CXF send too many messages to my component.
>>>>> I used a listener to see the messages sent.
>>>>>
>>>>> The messages are:
>>>>>
>>>>> ------ FIRST MESSAGE (from CXF to my component, only "in" message
>>>>> contained in the exchange) -----
>>>>> INFO  - SimpleExchangeListener         - Status: Active
>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>   id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>   status: Active
>>>>>   role: consumer
>>>>>
>>>>> ------ SECOND MESSAGE (from my component to CXF, same exchange
>>>>> with "out" message, in addition to "in" message) -----
>>>>>
>>>>> INFO  - SimpleExchangeListener         - Status: Active
>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>   id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>   status: Active
>>>>>   role: provider
>>>>>
>>>>> ------ THIRD MESSAGE ----- <---- WHAT IS THIS ?? (This message is
>>>>> sent by CXF, the exchange is the same of second message, but the
>>>>> role changed from provider to consumer. The JBI InOut MEP
>>>>> specification doesn't say anything about this message)
>>>>>
>>>>> INFO  - SimpleExchangeListener         - Status: Active
>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>   id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>   status: Active
>>>>>   role: consumer
>>>>>
>>>>> ------ FOURTH MESSAGE (This is the DONE message sent by the CXF to
>>>>> my component )-----
>>>>>
>>>>> INFO  - SimpleExchangeListener         - Status: Done
>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>   id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>   status: Done
>>>>>   role: consumer
>>>>>
>>>>>
>>>>> Any idea ?
>>>>> --
>>>>>
>>>>> *Gianfranco Boccalon, PMP*
>>>>> ______________________________________
>>>>> <www.spagoworld.org>
>>>>>
>>>>> Spago&Spagic Project Leader
>>>>> ______________________________________
>>>>>
>>>>> Senior Consultant
>>>>> Architectures & Consulting
>>>>> Research & Innovation Division
>>>>> *Engineering Ingegneria Informatica S.p.A.
>>>>> *
>>>>> Corso Stati Uniti, 23/C - 35127 Padova - Italy
>>>>> Phone:  +39-049.8692511    Fax:+39-049.8692566
>>>>> Mobile: +39-3357813507
>>>>>
>>>>> *www.eng.it                    www.spagoworld.org*
>>>>>  
>>>>>
>>>>>
>>>>>
>>>>>    
>>>>
>>>>
>>>> -----
>>>> --- Ashwin Karpe, Principal Consultant, PS - Opensource Center of
>>>> Competence Progress Software Corporation
>>>> 14 Oak Park Drive
>>>> Bedford, MA 01730
>>>> --- +1-972-304-9084 (Office) +1-972-971-1700 (Mobile) ---- Blog:
>>>> http://opensourceknowledge.blogspot.com/
>>>>
>>>>
>>>>  
>>>
>>>
>>
>>
>
>

Reply | Threaded
Open this post in threaded view
|

Re: CXF-BC consumer sends too many messages

Andrea Zoppello-2
Freeman,

Yes it's not working with my servicemix bean, but in my opinion *is a
general problem*, because cxf-bc-consumer
is not handling the InOut correctly. It sends a message that is not
expected by the JBI specification of what is an InOut exchange.

If lightweight components are working and  servicemix-bean does not
matter, this is probably because the lightweight container
is simply ignoring additional message.

To prove this if i use other components handling InOut with
servicemix-bean it works perfect.
But today i'll attach the test case on the JIRA.


Andrea

Freeman Fang ha scritto:

> Andrea Zoppello wrote:
>> Hi Freeman,
>>
>> To reproduce it you must simply do a sa as follow
>>
>> 1) CxfBc Consumer ( InOut) -> Any Lightweigth Component
>> 2) CxfBC Consument (InOut) -> Any Servicemix Bean ( extending
>> TransformBeanSupport )
>>
> If I understand correctly, you mean cxf bc didn't work correctly with
> Servicemix Bean you are using, any chance you append your bean, just
> ensure I didn't miss anything.
>
>> I think most of our problems is that we're using cxf-bc without
>> cxf-se..... A good point for
>> servicemic in general is to provide examples where cxf-bc is used
>> without the cxf-se.
>>
>> Andrea
>>
>> Freeman Fang ha scritto:
>>> Hi Andrea,
>>>
>>> I can't reproduce your problem when I try with cxf-wsdl-first
>>> sample, which is also a InOut MEP used there.
>>> Would you please provide more details about your work flow?
>>> May be open a jira and append your testcase is more helpful.
>>> Thanks
>>> Freeman
>>>
>>> Andrea Zoppello wrote:
>>>> Hi Ashwin,
>>>>
>>>> I'm working together with Gianfranco on the same problem.
>>>>
>>>> You're right what we're describing here is a InOut  exchange going
>>>> back and forth,
>>>> btw ( as i've understand the InOut mep right but i think so ) , the
>>>> problem here is that the trace
>>>> you could see in Gianfranco post is ( in our  opinion )  not right
>>>> in term of InOut.
>>>>
>>>> To verify this we've changed the first component using
>>>> servicemix-http instead of cxf and you see something like:
>>>>
>>>> ------ FIRST MESSAGE (from HTTP to my component, only "in" message
>>>> contained in the exchange) -----
>>>> INFO  - SimpleExchangeListener         - Status: Active
>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>  status: Active
>>>>  role: consumer
>>>>
>>>> ------ SECOND MESSAGE (from my component to HTTP, same exchange
>>>> with "out" message, in addition to "in" message) -----
>>>>
>>>> INFO  - SimpleExchangeListener         - Status: Active
>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>  status: Active
>>>>  role: provider
>>>>
>>>>
>>>>
>>>> ------ FOURTH MESSAGE (This is the DONE message sent by the HTTP to
>>>> my component )-----
>>>>
>>>> INFO  - SimpleExchangeListener         - Status: Done
>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>  status: Done
>>>>  role: consumer
>>>>
>>>>
>>>> The problem is that with cxf you've a "third" message not expected
>>>> by InOut.
>>>>
>>>>
>>>> Another very strange thisng is that if "MyComponent" is a
>>>> lightweight one it seems to work, instead if it's servicemix bean
>>>> it's not working.
>>>> But this is probably because ligthweigth container simply "ignore"
>>>> the "third mesagge" sent by cxf.
>>>>
>>>> Any thougths???
>>>>
>>>>
>>>>
>>>> Ashwin Karpe ha scritto:
>>>>> Hi GianFranco,
>>>>>
>>>>> Are you sure that what is being sent is a message. My sense is
>>>>> that this
>>>>> might be a message exchange going back and forth while following
>>>>> the In-Out
>>>>> MEP rather than multiple messages.
>>>>> Please check out the In-Out MEP and look at the exchanges and status
>>>>> settings as they are sent and that will give you the idea.
>>>>>
>>>>> Hope this helps.
>>>>>
>>>>> Cheers,
>>>>>
>>>>> Ashwin...
>>>>>
>>>>>
>>>>>
>>>>> Gianfranco Boccalon wrote:
>>>>>  
>>>>>> Hello,
>>>>>> I have a very simple process composed as follows:
>>>>>>
>>>>>> CXF-BC Consumer->My component
>>>>>>
>>>>>> The MEP is InOut.
>>>>>> The problem is that the CXF send too many messages to my component.
>>>>>> I used a listener to see the messages sent.
>>>>>>
>>>>>> The messages are:
>>>>>>
>>>>>> ------ FIRST MESSAGE (from CXF to my component, only "in" message
>>>>>> contained in the exchange) -----
>>>>>> INFO  - SimpleExchangeListener         - Status: Active
>>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>>   id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>>   status: Active
>>>>>>   role: consumer
>>>>>>
>>>>>> ------ SECOND MESSAGE (from my component to CXF, same exchange
>>>>>> with "out" message, in addition to "in" message) -----
>>>>>>
>>>>>> INFO  - SimpleExchangeListener         - Status: Active
>>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>>   id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>>   status: Active
>>>>>>   role: provider
>>>>>>
>>>>>> ------ THIRD MESSAGE ----- <---- WHAT IS THIS ?? (This message is
>>>>>> sent by CXF, the exchange is the same of second message, but the
>>>>>> role changed from provider to consumer. The JBI InOut MEP
>>>>>> specification doesn't say anything about this message)
>>>>>>
>>>>>> INFO  - SimpleExchangeListener         - Status: Active
>>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>>   id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>>   status: Active
>>>>>>   role: consumer
>>>>>>
>>>>>> ------ FOURTH MESSAGE (This is the DONE message sent by the CXF
>>>>>> to my component )-----
>>>>>>
>>>>>> INFO  - SimpleExchangeListener         - Status: Done
>>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>>   id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>>   status: Done
>>>>>>   role: consumer
>>>>>>
>>>>>>
>>>>>> Any idea ?
>>>>>> --
>>>>>>
>>>>>> *Gianfranco Boccalon, PMP*
>>>>>> ______________________________________
>>>>>> <www.spagoworld.org>
>>>>>>
>>>>>> Spago&Spagic Project Leader
>>>>>> ______________________________________
>>>>>>
>>>>>> Senior Consultant
>>>>>> Architectures & Consulting
>>>>>> Research & Innovation Division
>>>>>> *Engineering Ingegneria Informatica S.p.A.
>>>>>> *
>>>>>> Corso Stati Uniti, 23/C - 35127 Padova - Italy
>>>>>> Phone:  +39-049.8692511    Fax:+39-049.8692566
>>>>>> Mobile: +39-3357813507
>>>>>>
>>>>>> *www.eng.it                    www.spagoworld.org*
>>>>>>  
>>>>>>
>>>>>>
>>>>>>    
>>>>>
>>>>>
>>>>> -----
>>>>> --- Ashwin Karpe, Principal Consultant, PS - Opensource Center of
>>>>> Competence Progress Software Corporation
>>>>> 14 Oak Park Drive
>>>>> Bedford, MA 01730
>>>>> --- +1-972-304-9084 (Office) +1-972-971-1700 (Mobile) ---- Blog:
>>>>> http://opensourceknowledge.blogspot.com/
>>>>>
>>>>>
>>>>>  
>>>>
>>>>
>>>
>>>
>>
>>
>
>

Reply | Threaded
Open this post in threaded view
|

Re: CXF-BC consumer sends too many messages

Guillaume Nodet
Administrator
Three hops is the right thing for an InOut: the first one contains the
in message, the second one the out message and the last one contains
the DONE status.

On Mon, Dec 1, 2008 at 11:23 AM, Andrea Zoppello <[hidden email]> wrote:

> Freeman,
>
> Yes it's not working with my servicemix bean, but in my opinion *is a
> general problem*, because cxf-bc-consumer
> is not handling the InOut correctly. It sends a message that is not expected
> by the JBI specification of what is an InOut exchange.
>
> If lightweight components are working and  servicemix-bean does not matter,
> this is probably because the lightweight container
> is simply ignoring additional message.
>
> To prove this if i use other components handling InOut with servicemix-bean
> it works perfect.
> But today i'll attach the test case on the JIRA.
>
>
> Andrea
>
> Freeman Fang ha scritto:
>>
>> Andrea Zoppello wrote:
>>>
>>> Hi Freeman,
>>>
>>> To reproduce it you must simply do a sa as follow
>>>
>>> 1) CxfBc Consumer ( InOut) -> Any Lightweigth Component
>>> 2) CxfBC Consument (InOut) -> Any Servicemix Bean ( extending
>>> TransformBeanSupport )
>>>
>> If I understand correctly, you mean cxf bc didn't work correctly with
>> Servicemix Bean you are using, any chance you append your bean, just ensure
>> I didn't miss anything.
>>
>>> I think most of our problems is that we're using cxf-bc without
>>> cxf-se..... A good point for
>>> servicemic in general is to provide examples where cxf-bc is used without
>>> the cxf-se.
>>>
>>> Andrea
>>>
>>> Freeman Fang ha scritto:
>>>>
>>>> Hi Andrea,
>>>>
>>>> I can't reproduce your problem when I try with cxf-wsdl-first sample,
>>>> which is also a InOut MEP used there.
>>>> Would you please provide more details about your work flow?
>>>> May be open a jira and append your testcase is more helpful.
>>>> Thanks
>>>> Freeman
>>>>
>>>> Andrea Zoppello wrote:
>>>>>
>>>>> Hi Ashwin,
>>>>>
>>>>> I'm working together with Gianfranco on the same problem.
>>>>>
>>>>> You're right what we're describing here is a InOut  exchange going back
>>>>> and forth,
>>>>> btw ( as i've understand the InOut mep right but i think so ) , the
>>>>> problem here is that the trace
>>>>> you could see in Gianfranco post is ( in our  opinion )  not right in
>>>>> term of InOut.
>>>>>
>>>>> To verify this we've changed the first component using servicemix-http
>>>>> instead of cxf and you see something like:
>>>>>
>>>>> ------ FIRST MESSAGE (from HTTP to my component, only "in" message
>>>>> contained in the exchange) -----
>>>>> INFO  - SimpleExchangeListener         - Status: Active
>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>  status: Active
>>>>>  role: consumer
>>>>>
>>>>> ------ SECOND MESSAGE (from my component to HTTP, same exchange with
>>>>> "out" message, in addition to "in" message) -----
>>>>>
>>>>> INFO  - SimpleExchangeListener         - Status: Active
>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>  status: Active
>>>>>  role: provider
>>>>>
>>>>>
>>>>>
>>>>> ------ FOURTH MESSAGE (This is the DONE message sent by the HTTP to my
>>>>> component )-----
>>>>>
>>>>> INFO  - SimpleExchangeListener         - Status: Done
>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>  status: Done
>>>>>  role: consumer
>>>>>
>>>>>
>>>>> The problem is that with cxf you've a "third" message not expected by
>>>>> InOut.
>>>>>
>>>>>
>>>>> Another very strange thisng is that if "MyComponent" is a lightweight
>>>>> one it seems to work, instead if it's servicemix bean
>>>>> it's not working.
>>>>> But this is probably because ligthweigth container simply "ignore" the
>>>>> "third mesagge" sent by cxf.
>>>>>
>>>>> Any thougths???
>>>>>
>>>>>
>>>>>
>>>>> Ashwin Karpe ha scritto:
>>>>>>
>>>>>> Hi GianFranco,
>>>>>>
>>>>>> Are you sure that what is being sent is a message. My sense is that
>>>>>> this
>>>>>> might be a message exchange going back and forth while following the
>>>>>> In-Out
>>>>>> MEP rather than multiple messages.
>>>>>> Please check out the In-Out MEP and look at the exchanges and status
>>>>>> settings as they are sent and that will give you the idea.
>>>>>>
>>>>>> Hope this helps.
>>>>>>
>>>>>> Cheers,
>>>>>>
>>>>>> Ashwin...
>>>>>>
>>>>>>
>>>>>>
>>>>>> Gianfranco Boccalon wrote:
>>>>>>
>>>>>>>
>>>>>>> Hello,
>>>>>>> I have a very simple process composed as follows:
>>>>>>>
>>>>>>> CXF-BC Consumer->My component
>>>>>>>
>>>>>>> The MEP is InOut.
>>>>>>> The problem is that the CXF send too many messages to my component.
>>>>>>> I used a listener to see the messages sent.
>>>>>>>
>>>>>>> The messages are:
>>>>>>>
>>>>>>> ------ FIRST MESSAGE (from CXF to my component, only "in" message
>>>>>>> contained in the exchange) -----
>>>>>>> INFO  - SimpleExchangeListener         - Status: Active
>>>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>>>  status: Active
>>>>>>>  role: consumer
>>>>>>>
>>>>>>> ------ SECOND MESSAGE (from my component to CXF, same exchange with
>>>>>>> "out" message, in addition to "in" message) -----
>>>>>>>
>>>>>>> INFO  - SimpleExchangeListener         - Status: Active
>>>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>>>  status: Active
>>>>>>>  role: provider
>>>>>>>
>>>>>>> ------ THIRD MESSAGE ----- <---- WHAT IS THIS ?? (This message is
>>>>>>> sent by CXF, the exchange is the same of second message, but the role
>>>>>>> changed from provider to consumer. The JBI InOut MEP specification doesn't
>>>>>>> say anything about this message)
>>>>>>>
>>>>>>> INFO  - SimpleExchangeListener         - Status: Active
>>>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>>>  status: Active
>>>>>>>  role: consumer
>>>>>>>
>>>>>>> ------ FOURTH MESSAGE (This is the DONE message sent by the CXF to my
>>>>>>> component )-----
>>>>>>>
>>>>>>> INFO  - SimpleExchangeListener         - Status: Done
>>>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>>>  status: Done
>>>>>>>  role: consumer
>>>>>>>
>>>>>>>
>>>>>>> Any idea ?
>>>>>>> --
>>>>>>>
>>>>>>> *Gianfranco Boccalon, PMP*
>>>>>>> ______________________________________
>>>>>>> <www.spagoworld.org>
>>>>>>>
>>>>>>> Spago&Spagic Project Leader
>>>>>>> ______________________________________
>>>>>>>
>>>>>>> Senior Consultant
>>>>>>> Architectures & Consulting
>>>>>>> Research & Innovation Division
>>>>>>> *Engineering Ingegneria Informatica S.p.A.
>>>>>>> *
>>>>>>> Corso Stati Uniti, 23/C - 35127 Padova - Italy
>>>>>>> Phone:  +39-049.8692511    Fax:+39-049.8692566
>>>>>>> Mobile: +39-3357813507
>>>>>>>
>>>>>>> *www.eng.it                    www.spagoworld.org*
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> -----
>>>>>> --- Ashwin Karpe, Principal Consultant, PS - Opensource Center of
>>>>>> Competence Progress Software Corporation
>>>>>> 14 Oak Park Drive
>>>>>> Bedford, MA 01730
>>>>>> --- +1-972-304-9084 (Office) +1-972-971-1700 (Mobile) ---- Blog:
>>>>>> http://opensourceknowledge.blogspot.com/
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>



--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
------------------------
Open Source SOA
http://fusesource.com
Reply | Threaded
Open this post in threaded view
|

Re: CXF-BC consumer sends too many messages

Andrea Zoppello-2
Yeah Guillaume,

I perfectly agree, the problem is cxf-bc that is sending four hops!

Probably the ligthweight containe ignore the additional messages sent by
cxf, instead servicemix-bean
is rigth and throws an exception.

Andrea
Guillaume Nodet ha scritto:

> Three hops is the right thing for an InOut: the first one contains the
> in message, the second one the out message and the last one contains
> the DONE status.
>
> On Mon, Dec 1, 2008 at 11:23 AM, Andrea Zoppello <[hidden email]> wrote:
>  
>> Freeman,
>>
>> Yes it's not working with my servicemix bean, but in my opinion *is a
>> general problem*, because cxf-bc-consumer
>> is not handling the InOut correctly. It sends a message that is not expected
>> by the JBI specification of what is an InOut exchange.
>>
>> If lightweight components are working and  servicemix-bean does not matter,
>> this is probably because the lightweight container
>> is simply ignoring additional message.
>>
>> To prove this if i use other components handling InOut with servicemix-bean
>> it works perfect.
>> But today i'll attach the test case on the JIRA.
>>
>>
>> Andrea
>>
>> Freeman Fang ha scritto:
>>    
>>> Andrea Zoppello wrote:
>>>      
>>>> Hi Freeman,
>>>>
>>>> To reproduce it you must simply do a sa as follow
>>>>
>>>> 1) CxfBc Consumer ( InOut) -> Any Lightweigth Component
>>>> 2) CxfBC Consument (InOut) -> Any Servicemix Bean ( extending
>>>> TransformBeanSupport )
>>>>
>>>>        
>>> If I understand correctly, you mean cxf bc didn't work correctly with
>>> Servicemix Bean you are using, any chance you append your bean, just ensure
>>> I didn't miss anything.
>>>
>>>      
>>>> I think most of our problems is that we're using cxf-bc without
>>>> cxf-se..... A good point for
>>>> servicemic in general is to provide examples where cxf-bc is used without
>>>> the cxf-se.
>>>>
>>>> Andrea
>>>>
>>>> Freeman Fang ha scritto:
>>>>        
>>>>> Hi Andrea,
>>>>>
>>>>> I can't reproduce your problem when I try with cxf-wsdl-first sample,
>>>>> which is also a InOut MEP used there.
>>>>> Would you please provide more details about your work flow?
>>>>> May be open a jira and append your testcase is more helpful.
>>>>> Thanks
>>>>> Freeman
>>>>>
>>>>> Andrea Zoppello wrote:
>>>>>          
>>>>>> Hi Ashwin,
>>>>>>
>>>>>> I'm working together with Gianfranco on the same problem.
>>>>>>
>>>>>> You're right what we're describing here is a InOut  exchange going back
>>>>>> and forth,
>>>>>> btw ( as i've understand the InOut mep right but i think so ) , the
>>>>>> problem here is that the trace
>>>>>> you could see in Gianfranco post is ( in our  opinion )  not right in
>>>>>> term of InOut.
>>>>>>
>>>>>> To verify this we've changed the first component using servicemix-http
>>>>>> instead of cxf and you see something like:
>>>>>>
>>>>>> ------ FIRST MESSAGE (from HTTP to my component, only "in" message
>>>>>> contained in the exchange) -----
>>>>>> INFO  - SimpleExchangeListener         - Status: Active
>>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>>  status: Active
>>>>>>  role: consumer
>>>>>>
>>>>>> ------ SECOND MESSAGE (from my component to HTTP, same exchange with
>>>>>> "out" message, in addition to "in" message) -----
>>>>>>
>>>>>> INFO  - SimpleExchangeListener         - Status: Active
>>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>>  status: Active
>>>>>>  role: provider
>>>>>>
>>>>>>
>>>>>>
>>>>>> ------ FOURTH MESSAGE (This is the DONE message sent by the HTTP to my
>>>>>> component )-----
>>>>>>
>>>>>> INFO  - SimpleExchangeListener         - Status: Done
>>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>>  status: Done
>>>>>>  role: consumer
>>>>>>
>>>>>>
>>>>>> The problem is that with cxf you've a "third" message not expected by
>>>>>> InOut.
>>>>>>
>>>>>>
>>>>>> Another very strange thisng is that if "MyComponent" is a lightweight
>>>>>> one it seems to work, instead if it's servicemix bean
>>>>>> it's not working.
>>>>>> But this is probably because ligthweigth container simply "ignore" the
>>>>>> "third mesagge" sent by cxf.
>>>>>>
>>>>>> Any thougths???
>>>>>>
>>>>>>
>>>>>>
>>>>>> Ashwin Karpe ha scritto:
>>>>>>            
>>>>>>> Hi GianFranco,
>>>>>>>
>>>>>>> Are you sure that what is being sent is a message. My sense is that
>>>>>>> this
>>>>>>> might be a message exchange going back and forth while following the
>>>>>>> In-Out
>>>>>>> MEP rather than multiple messages.
>>>>>>> Please check out the In-Out MEP and look at the exchanges and status
>>>>>>> settings as they are sent and that will give you the idea.
>>>>>>>
>>>>>>> Hope this helps.
>>>>>>>
>>>>>>> Cheers,
>>>>>>>
>>>>>>> Ashwin...
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Gianfranco Boccalon wrote:
>>>>>>>
>>>>>>>              
>>>>>>>> Hello,
>>>>>>>> I have a very simple process composed as follows:
>>>>>>>>
>>>>>>>> CXF-BC Consumer->My component
>>>>>>>>
>>>>>>>> The MEP is InOut.
>>>>>>>> The problem is that the CXF send too many messages to my component.
>>>>>>>> I used a listener to see the messages sent.
>>>>>>>>
>>>>>>>> The messages are:
>>>>>>>>
>>>>>>>> ------ FIRST MESSAGE (from CXF to my component, only "in" message
>>>>>>>> contained in the exchange) -----
>>>>>>>> INFO  - SimpleExchangeListener         - Status: Active
>>>>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>>>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>>>>  status: Active
>>>>>>>>  role: consumer
>>>>>>>>
>>>>>>>> ------ SECOND MESSAGE (from my component to CXF, same exchange with
>>>>>>>> "out" message, in addition to "in" message) -----
>>>>>>>>
>>>>>>>> INFO  - SimpleExchangeListener         - Status: Active
>>>>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>>>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>>>>  status: Active
>>>>>>>>  role: provider
>>>>>>>>
>>>>>>>> ------ THIRD MESSAGE ----- <---- WHAT IS THIS ?? (This message is
>>>>>>>> sent by CXF, the exchange is the same of second message, but the role
>>>>>>>> changed from provider to consumer. The JBI InOut MEP specification doesn't
>>>>>>>> say anything about this message)
>>>>>>>>
>>>>>>>> INFO  - SimpleExchangeListener         - Status: Active
>>>>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>>>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>>>>  status: Active
>>>>>>>>  role: consumer
>>>>>>>>
>>>>>>>> ------ FOURTH MESSAGE (This is the DONE message sent by the CXF to my
>>>>>>>> component )-----
>>>>>>>>
>>>>>>>> INFO  - SimpleExchangeListener         - Status: Done
>>>>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>>>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>>>>  status: Done
>>>>>>>>  role: consumer
>>>>>>>>
>>>>>>>>
>>>>>>>> Any idea ?
>>>>>>>> --
>>>>>>>>
>>>>>>>> *Gianfranco Boccalon, PMP*
>>>>>>>> ______________________________________
>>>>>>>> <www.spagoworld.org>
>>>>>>>>
>>>>>>>> Spago&Spagic Project Leader
>>>>>>>> ______________________________________
>>>>>>>>
>>>>>>>> Senior Consultant
>>>>>>>> Architectures & Consulting
>>>>>>>> Research & Innovation Division
>>>>>>>> *Engineering Ingegneria Informatica S.p.A.
>>>>>>>> *
>>>>>>>> Corso Stati Uniti, 23/C - 35127 Padova - Italy
>>>>>>>> Phone:  +39-049.8692511    Fax:+39-049.8692566
>>>>>>>> Mobile: +39-3357813507
>>>>>>>>
>>>>>>>> *www.eng.it                    www.spagoworld.org*
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>                
>>>>>>> -----
>>>>>>> --- Ashwin Karpe, Principal Consultant, PS - Opensource Center of
>>>>>>> Competence Progress Software Corporation
>>>>>>> 14 Oak Park Drive
>>>>>>> Bedford, MA 01730
>>>>>>> --- +1-972-304-9084 (Office) +1-972-971-1700 (Mobile) ---- Blog:
>>>>>>> http://opensourceknowledge.blogspot.com/
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>              
>>>>>>            
>>>>>          
>>>>        
>>>      
>>    
>
>
>
>  

Reply | Threaded
Open this post in threaded view
|

Re: CXF-BC consumer sends too many messages

Gianfy
I created a JIRA for this, and I attached a simple process.
See
https://issues.apache.org/activemq/secure/ManageAttachments.jspa?id=28659

Gianfranco

Andrea Zoppello ha scritto:

> Yeah Guillaume,
>
> I perfectly agree, the problem is cxf-bc that is sending four hops!
>
> Probably the ligthweight containe ignore the additional messages sent
> by cxf, instead servicemix-bean
> is rigth and throws an exception.
>
> Andrea
> Guillaume Nodet ha scritto:
>> Three hops is the right thing for an InOut: the first one contains the
>> in message, the second one the out message and the last one contains
>> the DONE status.
>>
>> On Mon, Dec 1, 2008 at 11:23 AM, Andrea Zoppello
>> <[hidden email]> wrote:
>>  
>>> Freeman,
>>>
>>> Yes it's not working with my servicemix bean, but in my opinion *is a
>>> general problem*, because cxf-bc-consumer
>>> is not handling the InOut correctly. It sends a message that is not
>>> expected
>>> by the JBI specification of what is an InOut exchange.
>>>
>>> If lightweight components are working and  servicemix-bean does not
>>> matter,
>>> this is probably because the lightweight container
>>> is simply ignoring additional message.
>>>
>>> To prove this if i use other components handling InOut with
>>> servicemix-bean
>>> it works perfect.
>>> But today i'll attach the test case on the JIRA.
>>>
>>>
>>> Andrea
>>>
>>> Freeman Fang ha scritto:
>>>    
>>>> Andrea Zoppello wrote:
>>>>      
>>>>> Hi Freeman,
>>>>>
>>>>> To reproduce it you must simply do a sa as follow
>>>>>
>>>>> 1) CxfBc Consumer ( InOut) -> Any Lightweigth Component
>>>>> 2) CxfBC Consument (InOut) -> Any Servicemix Bean ( extending
>>>>> TransformBeanSupport )
>>>>>
>>>>>        
>>>> If I understand correctly, you mean cxf bc didn't work correctly with
>>>> Servicemix Bean you are using, any chance you append your bean,
>>>> just ensure
>>>> I didn't miss anything.
>>>>
>>>>      
>>>>> I think most of our problems is that we're using cxf-bc without
>>>>> cxf-se..... A good point for
>>>>> servicemic in general is to provide examples where cxf-bc is used
>>>>> without
>>>>> the cxf-se.
>>>>>
>>>>> Andrea
>>>>>
>>>>> Freeman Fang ha scritto:
>>>>>        
>>>>>> Hi Andrea,
>>>>>>
>>>>>> I can't reproduce your problem when I try with cxf-wsdl-first
>>>>>> sample,
>>>>>> which is also a InOut MEP used there.
>>>>>> Would you please provide more details about your work flow?
>>>>>> May be open a jira and append your testcase is more helpful.
>>>>>> Thanks
>>>>>> Freeman
>>>>>>
>>>>>> Andrea Zoppello wrote:
>>>>>>          
>>>>>>> Hi Ashwin,
>>>>>>>
>>>>>>> I'm working together with Gianfranco on the same problem.
>>>>>>>
>>>>>>> You're right what we're describing here is a InOut  exchange
>>>>>>> going back
>>>>>>> and forth,
>>>>>>> btw ( as i've understand the InOut mep right but i think so ) , the
>>>>>>> problem here is that the trace
>>>>>>> you could see in Gianfranco post is ( in our  opinion )  not
>>>>>>> right in
>>>>>>> term of InOut.
>>>>>>>
>>>>>>> To verify this we've changed the first component using
>>>>>>> servicemix-http
>>>>>>> instead of cxf and you see something like:
>>>>>>>
>>>>>>> ------ FIRST MESSAGE (from HTTP to my component, only "in" message
>>>>>>> contained in the exchange) -----
>>>>>>> INFO  - SimpleExchangeListener         - Status: Active
>>>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>>>  status: Active
>>>>>>>  role: consumer
>>>>>>>
>>>>>>> ------ SECOND MESSAGE (from my component to HTTP, same exchange
>>>>>>> with
>>>>>>> "out" message, in addition to "in" message) -----
>>>>>>>
>>>>>>> INFO  - SimpleExchangeListener         - Status: Active
>>>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>>>  status: Active
>>>>>>>  role: provider
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ------ FOURTH MESSAGE (This is the DONE message sent by the HTTP
>>>>>>> to my
>>>>>>> component )-----
>>>>>>>
>>>>>>> INFO  - SimpleExchangeListener         - Status: Done
>>>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>>>  status: Done
>>>>>>>  role: consumer
>>>>>>>
>>>>>>>
>>>>>>> The problem is that with cxf you've a "third" message not
>>>>>>> expected by
>>>>>>> InOut.
>>>>>>>
>>>>>>>
>>>>>>> Another very strange thisng is that if "MyComponent" is a
>>>>>>> lightweight
>>>>>>> one it seems to work, instead if it's servicemix bean
>>>>>>> it's not working.
>>>>>>> But this is probably because ligthweigth container simply
>>>>>>> "ignore" the
>>>>>>> "third mesagge" sent by cxf.
>>>>>>>
>>>>>>> Any thougths???
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Ashwin Karpe ha scritto:
>>>>>>>            
>>>>>>>> Hi GianFranco,
>>>>>>>>
>>>>>>>> Are you sure that what is being sent is a message. My sense is
>>>>>>>> that
>>>>>>>> this
>>>>>>>> might be a message exchange going back and forth while
>>>>>>>> following the
>>>>>>>> In-Out
>>>>>>>> MEP rather than multiple messages.
>>>>>>>> Please check out the In-Out MEP and look at the exchanges and
>>>>>>>> status
>>>>>>>> settings as they are sent and that will give you the idea.
>>>>>>>>
>>>>>>>> Hope this helps.
>>>>>>>>
>>>>>>>> Cheers,
>>>>>>>>
>>>>>>>> Ashwin...
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Gianfranco Boccalon wrote:
>>>>>>>>
>>>>>>>>              
>>>>>>>>> Hello,
>>>>>>>>> I have a very simple process composed as follows:
>>>>>>>>>
>>>>>>>>> CXF-BC Consumer->My component
>>>>>>>>>
>>>>>>>>> The MEP is InOut.
>>>>>>>>> The problem is that the CXF send too many messages to my
>>>>>>>>> component.
>>>>>>>>> I used a listener to see the messages sent.
>>>>>>>>>
>>>>>>>>> The messages are:
>>>>>>>>>
>>>>>>>>> ------ FIRST MESSAGE (from CXF to my component, only "in" message
>>>>>>>>> contained in the exchange) -----
>>>>>>>>> INFO  - SimpleExchangeListener         - Status: Active
>>>>>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>>>>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>>>>>  status: Active
>>>>>>>>>  role: consumer
>>>>>>>>>
>>>>>>>>> ------ SECOND MESSAGE (from my component to CXF, same exchange
>>>>>>>>> with
>>>>>>>>> "out" message, in addition to "in" message) -----
>>>>>>>>>
>>>>>>>>> INFO  - SimpleExchangeListener         - Status: Active
>>>>>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>>>>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>>>>>  status: Active
>>>>>>>>>  role: provider
>>>>>>>>>
>>>>>>>>> ------ THIRD MESSAGE ----- <---- WHAT IS THIS ?? (This message is
>>>>>>>>> sent by CXF, the exchange is the same of second message, but
>>>>>>>>> the role
>>>>>>>>> changed from provider to consumer. The JBI InOut MEP
>>>>>>>>> specification doesn't
>>>>>>>>> say anything about this message)
>>>>>>>>>
>>>>>>>>> INFO  - SimpleExchangeListener         - Status: Active
>>>>>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>>>>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>>>>>  status: Active
>>>>>>>>>  role: consumer
>>>>>>>>>
>>>>>>>>> ------ FOURTH MESSAGE (This is the DONE message sent by the
>>>>>>>>> CXF to my
>>>>>>>>> component )-----
>>>>>>>>>
>>>>>>>>> INFO  - SimpleExchangeListener         - Status: Done
>>>>>>>>> INFO  - SimpleExchangeListener         - InOut[
>>>>>>>>>  id: ID:192.168.20.106-11de3ccb3eb-4:1
>>>>>>>>>  status: Done
>>>>>>>>>  role: consumer
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Any idea ?
>>>>>>>>> --
>>>>>>>>>
>>>>>>>>> *Gianfranco Boccalon, PMP*
>>>>>>>>> ______________________________________
>>>>>>>>> <www.spagoworld.org>
>>>>>>>>>
>>>>>>>>> Spago&Spagic Project Leader
>>>>>>>>> ______________________________________
>>>>>>>>>
>>>>>>>>> Senior Consultant
>>>>>>>>> Architectures & Consulting
>>>>>>>>> Research & Innovation Division
>>>>>>>>> *Engineering Ingegneria Informatica S.p.A.
>>>>>>>>> *
>>>>>>>>> Corso Stati Uniti, 23/C - 35127 Padova - Italy
>>>>>>>>> Phone:  +39-049.8692511    Fax:+39-049.8692566
>>>>>>>>> Mobile: +39-3357813507
>>>>>>>>>
>>>>>>>>> *www.eng.it                    www.spagoworld.org*
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                
>>>>>>>> -----
>>>>>>>> --- Ashwin Karpe, Principal Consultant, PS - Opensource Center of
>>>>>>>> Competence Progress Software Corporation
>>>>>>>> 14 Oak Park Drive
>>>>>>>> Bedford, MA 01730
>>>>>>>> --- +1-972-304-9084 (Office) +1-972-971-1700 (Mobile) ---- Blog:
>>>>>>>> http://opensourceknowledge.blogspot.com/
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>              
>>>>>>>            
>>>>>>          
>>>>>        
>>>>      
>>>    
>>
>>
>>
>>  
>
>