Discussions
Categories
- 17.9K All Categories
- 3.4K Industry Applications
- 3.4K Intelligent Advisor
- 75 Insurance
- 537.6K On-Premises Infrastructure
- 138.7K Analytics Software
- 38.6K Application Development Software
- 6.1K Cloud Platform
- 109.6K Database Software
- 17.6K Enterprise Manager
- 8.8K Hardware
- 71.3K Infrastructure Software
- 105.4K Integration
- 41.6K Security Software
Multiple report activities in a proxy

Hi Team,
In one of our project we have multiple report activities to report the request and response and intermittent request responses of other service callouts. Will this impact the performance?
Instead of adding multiple report activities can we have one variable which store all the information and using a single report activity to publish a message report.
Please suggest.
Thanks.
Answers
-
Hi mate,
Why don't you just turn on full execution and message trace for that particular service? That will probably give what you want, without having to use multiple report activities...
Cheers,
Vlad
-
Thanks Vlad for the reply.
The service is taking 4secs, if we enable message trace i'm afraid it will degrade the performance further. Please correct me if i'm wrong.
Out of the 4secs, 2-3secs is the response time of the target system. We wanted to improve the performance, so thought of adding one single message report instead of multiple message reports.
Please suggest.
Thanks.
-
Message reports just push information into queues, the performance impact should be minimal... OSB is very lightweight overall as well...
A performance tuning exercise usually involves identification of the bottlenecks, finding the causes and correcting them... In your case I don't think the bottleneck would be message reports, so I'm guessing you will not get much improvement by turning them off...
I would be interested to know the results, but I believe that, at the best, you will get an improvement on the order of milliseconds...
Cheers,
Vlad
-
Hi,
As Vald says, I don't think reports will decrease your performance significantly.
I'd like to add that the Reporting (at least in 11g) uses a topic within the transaction. So in case of an exception, the reporting will be rolled back. So if you need to store the request and correlated responses for track and tracing, then you might loose the ones that lead to exceptions. You should think about what the purpose of your reporting is.
But I agree with Vlad that you should investigate the actual functional working of your services, to see where the bottlenecks are.
Regards,
Martien