Hiranya Jayathilaka wrote: > Hi Samisa, > > On Wed, Oct 21, 2009 at 10:49 AM, Samisa Abeysinghe <[email protected] > <mailto:[email protected]>> wrote: > > It looks to me, that when you talk about fault count for a proxy, > that counts faults within the ESB and not the faults sent by back > end. > I agree that this is correct. > > However, at the same time, at the ESB level, there needs to be > some mechanism to track, using stats, if the back end sent a > fault. In other words, we need to be able to track both internal > faults, as well as external faults from the ESB mediation stats. > What is the technical feasibility of this? I need this for BAM > to portray the business meaning of the invocations. > > > This can be done but IMO implementing this feature means the ESB will > have to build and analyze each and every response message to see > whether it is a SOAP fault or not. So ideally we should implement this > in a configurable manner so users can enable it only when they want > to. This functionality can be implemented as a part of the proxy > service message dispatching or may be even as a mediator (I'm not sure > about this option - Need to dig deeper on this). We can simply add the > backend faults to the ESB fault count. No... Hiranaya we need to separate these tow out. Faults w.r.t. ESB are mediation faults, doesn't mean that is a SOAPFault, I agree it is better to count SOAPFaults going through the ESB as well separately. I think we already check whether a particular response is a fault or not, do not a big deal when it comes to performance, I guess Axis2 does that before Synapse :-) and sets a flag on the message context :-) > > If we can access the stats at the mediator level we can use the filter > mediator in the out-sequence to separate out SOAP faults and write a > custom mediator which will go and increment the Synapse fault count. Nope, stats are not something that should require a configuration to enable (it is bad to have a mediator to do that). How urgent is this? Can this wait one more week??
Thanks, Ruwan > > Thanks, > Hiranya > > > Thanks, > Samisa... > > On Wed, Oct 21, 2009 at 10:45 AM, Samisa Abeysinghe > <[email protected] <mailto:[email protected]>> wrote: > > Evanthika, > I notice that there seem to be an error in the counts sent > by the Synapse layer. It counts more than what I actually > invoke from the client. > Could you please verify this. > > Samisa... > > On Wed, Oct 21, 2009 at 10:12 AM, Evanthika Amarasiri > <[email protected] <mailto:[email protected]>> wrote: > > We have tested this Ruwan, > > For me, for sequences, endpoints and Proxy services, the > Fault count is getting increased. In this scenario the > fault it occurring since the service is down. > > Thanks, > Evanthika > > > On Wed, Oct 21, 2009 at 8:40 AM, Samisa Abeysinghe > <[email protected] <mailto:[email protected]>> wrote: > > > > On Wed, Oct 21, 2009 at 12:29 AM, Ruwan Linton > <[email protected] <mailto:[email protected]>> wrote: > > Samisa Abeysinghe wrote: > > It looks to me that faults counts from ESB stas > are always zero. Even > > through an endpoint or a proxy sends me a SOAP > fault, it does not seem > > that the fault stat gets updated properly. Have > we tested this > > scenario??? I just want to make sure that I am > not mistaken here. > I guess we have tested this, Evanthika?? Is this > fault coming from the > actual service, or generated by the ESB?? > > > Actual service hosted with WSAS. Is that not a fault > with respect to ESB? > > Samisa... > > > > Thanks, > Ruwan > > > > Thanks, > > Samisa... > > > > -- > > Samisa Abeysinghe > > Director, Engineering - WSO2 Inc. > > > > http://www.wso2.com/ - "The Open Source SOA Company" > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Carbon-dev mailing list > > [email protected] <mailto:[email protected]> > > > https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev > > > > > -- > Ruwan Linton > Technical Lead & Product Manager; WSO2 ESB; > http://wso2.org/esb > WSO2 <http://wso2.org/esbWSO2> Inc.; http://wso2.org > email: [email protected] <mailto:[email protected]>; > cell: +94 77 341 3097 > blog: http://blog.ruwan.org > > > > _______________________________________________ > Carbon-dev mailing list > [email protected] <mailto:[email protected]> > https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev > > > > > -- > Samisa Abeysinghe > Director, Engineering - WSO2 Inc. > > http://www.wso2.com/ - "The Open Source SOA Company" > > _______________________________________________ > Carbon-dev mailing list > [email protected] <mailto:[email protected]> > https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev > > > > _______________________________________________ > Carbon-dev mailing list > [email protected] <mailto:[email protected]> > https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev > > > > > -- > Samisa Abeysinghe > Director, Engineering - WSO2 Inc. > > http://www.wso2.com/ - "The Open Source SOA Company" > > > > > -- > Samisa Abeysinghe > Director, Engineering - WSO2 Inc. > > http://www.wso2.com/ - "The Open Source SOA Company" > > _______________________________________________ > Carbon-dev mailing list > [email protected] <mailto:[email protected]> > https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev > > > > > -- > Hiranya Jayathilaka > Software Engineer; > WSO2 Inc.; http://wso2.org > E-mail: [email protected] <mailto:[email protected]>; Mobile: +94 77 > 633 3491 > Blog: http://techfeast-hiranya.blogspot.com > ------------------------------------------------------------------------ > > _______________________________________________ > Carbon-dev mailing list > [email protected] > https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev > -- Ruwan Linton Technical Lead & Product Manager; WSO2 ESB; http://wso2.org/esb WSO2 Inc.; http://wso2.org email: [email protected]; cell: +94 77 341 3097 blog: http://blog.ruwan.org _______________________________________________ Carbon-dev mailing list [email protected] https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
