Return-Path: X-Original-To: apmail-axis-java-user-archive@www.apache.org Delivered-To: apmail-axis-java-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C148A108F2 for ; Wed, 10 Dec 2014 16:06:54 +0000 (UTC) Received: (qmail 98377 invoked by uid 500); 10 Dec 2014 16:06:53 -0000 Delivered-To: apmail-axis-java-user-archive@axis.apache.org Received: (qmail 98311 invoked by uid 500); 10 Dec 2014 16:06:53 -0000 Mailing-List: contact java-user-help@axis.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-user@axis.apache.org Delivered-To: mailing list java-user@axis.apache.org Received: (qmail 98301 invoked by uid 99); 10 Dec 2014 16:06:53 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Dec 2014 16:06:53 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of navinderjitkahlon@gmail.com designates 74.125.82.45 as permitted sender) Received: from [74.125.82.45] (HELO mail-wg0-f45.google.com) (74.125.82.45) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Dec 2014 16:06:48 +0000 Received: by mail-wg0-f45.google.com with SMTP id b13so4066366wgh.18 for ; Wed, 10 Dec 2014 08:04:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=dra//ws4Z8147GJrb19Z3ZH9IQYJkV5yK2qjTxq+mdU=; b=kO77U33Zc8n0a1bggCoxrgHGYRLAWPl491sHDdNDsk9Z8u31caHLFpNMopS9IKzIPq MXo3mBRw/O/O3yq8ddPIeNxu7RYaoF30hrM52c5BZUh6qDel7uwOMY6X+m1ibmkSxUKV p2gIW7lCo/z4imYfvjwM4NuXgwBA3vS0B2U6vYjRPft8+L2QwQWeBSg7RoYITxrnEFd1 YKEyUK9S5XoJ9DpG+ttDLHp69zGi6byzDN6xGUdotYyadWNbHpsl1J7Lm5z4s+Hsj9Nm r+39fPNM4GUBs9oDMJckNPlCpJYSGzEF7U67i+8Wimjgh82hDZupw1BowiP5TX70TQer Th+Q== MIME-Version: 1.0 X-Received: by 10.180.182.199 with SMTP id eg7mr14312544wic.17.1418227451980; Wed, 10 Dec 2014 08:04:11 -0800 (PST) Received: by 10.217.154.70 with HTTP; Wed, 10 Dec 2014 08:04:11 -0800 (PST) In-Reply-To: <1241110538.3037288.1417291671749.JavaMail.yahoo@jws11109.mail.ir2.yahoo.com> References: <1241110538.3037288.1417291671749.JavaMail.yahoo@jws11109.mail.ir2.yahoo.com> Date: Wed, 10 Dec 2014 21:34:11 +0530 Message-ID: Subject: Re: Axis2 Performance Issue From: Navinderjit Kahlon To: java-user@axis.apache.org, Sardar Hussain Content-Type: multipart/alternative; boundary=089e0163503c7c73110509decfe1 X-Virus-Checked: Checked by ClamAV on apache.org --089e0163503c7c73110509decfe1 Content-Type: text/plain; charset=ISO-8859-1 hi... i m also working on same topic to call web service dynamically but not able to achieve it so far... could u plz help me how u have performed dynamic invocation of web service... the complete scenario and its entire development.... On Sun, Nov 30, 2014 at 1:37 AM, Sardar Hussain < salarzi_qau@yahoo.com.invalid> wrote: > Hi, > > I have a strange issue with performance evaluation using Axis2 middleware. > I have two scenarios of calling web services through a client. One in > centralised fashion and the other in decentralised fashion. Centralised > scenario 1 goes like this: > I have a client that dynamically invokes 5 different services in a > workflow fashion. I have engaged a custom module as inflow handler to the 5 > different services. I calculate the performance evaluation of calling these > 5 services with the engagement of my module as well as without engaging the > module. > When I call these services through the same client as a workflow, without > my custom module then it takes 1912 milli seconds. However, when I engage > my custom module to the services it takes 2070- milli seconds. This shows > the performance overhead of my custom module equivalent to 160 milli > seconds. > > The second secnario 2 of decentralised invocation of the same services > goes like this: > A client invokes the first service of the 5 different services. Then the > first service invokes the second service and similarly the sequence goes to > the invocation of service 5 through the service 4. These services are > invoked asynchronously (withoutout blocking) as a workflow. These services > perform their own functionalities like in the earlier scenario, however, > they are playing the role of a client for the invocation of the next > service. > Now the performance I get with the engagement and without engagement of my > custom module goes like this: > Without engageing the module it takes ~ 1450 milli second, which is less > than 1850 as was the case in scenario 1, because they are invoked in > decentralised fashion and hence no centralised bottleneck. > But when I invoke this decentralised invocation with the engagement of the > same module, it takes more than 2094 milli second. which shows that the > module I have engaged is taking more than 600 milli second. I am wondering > this module is the same as was engaged in scenario 1 and it took 160 milli > second. However, here it takes much more (~ 600 milli second) compared to > the centralised one. Can one kindly guide me through where and what the > reason might be? > > regards, > > Sardar Hussain > > -- With thanks and regards Navinderjit Kaur --089e0163503c7c73110509decfe1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
hi...

i m also working on same topi= c to call web service dynamically but not able to achieve it so far...
<= br>
could u plz help me how u have performed dynamic invocation of web= service... the complete scenario and its entire development....
<= div class=3D"gmail_extra">
On Sun, Nov 30, 20= 14 at 1:37 AM, Sardar Hussain <salarzi_qau@yahoo.com.invalid> wrote:
Hi,

I have a strange issue with pe= rformance evaluation using Axis2 middleware.
=A0I hav= e two scenarios of calling web services through a client. One in centralise= d fashion and the other in decentralised fashion. Centralised scenario 1 go= es like this:
=A0I have a client that dynamically inv= okes 5 different services in a workflow fashion. I have engaged a custom mo= dule as inflow handler to the 5 different services. I calculate the perform= ance evaluation of calling these 5 services with the engagement of my modul= e as well as without engaging the module.=A0
When I c= all these services through the same client as a workflow, without my custom= module then it takes 1912 milli seconds. However, when I engage my custom = module to the services it takes 2070- milli seconds. This shows the perform= ance overhead of my custom module equivalent to 160 milli seconds.

The second secnario 2 of decentral= ised invocation of the same services goes like this:
= A client invokes the first service of the 5 different services. Then the fi= rst service invokes the second service and similarly the sequence goes to t= he invocation of service 5 through the service 4. These services are invoke= d asynchronously (withoutout blocking) as a workflow. These services perfor= m their own functionalities like in the earlier scenario, however, they are= playing the role of a client for the invocation of the next service.
=
Now the performance I get with the engagement and without = engagement of my custom module goes like this:
Withou= t engageing the module it takes ~ 1450 milli second, which is less than 185= 0 as was the case in scenario 1, because they are invoked in decentralised = fashion and hence no centralised bottleneck.
But when= I invoke this decentralised invocation with the engagement of the same mod= ule, it takes more than 2094 milli second. which shows that the module I ha= ve engaged is taking more than 600 milli second. I am wondering this module= is the same as was engaged in scenario 1 and it took 160 milli second.=A0 = However, here it takes much more (~ 600 milli second) compared to the centr= alised one. Can one kindly guide me through where and what the reason might= be?

regards,

Sardar Hussain
<= br>



--
With thanks and regards

Nav= inderjit Kaur
--089e0163503c7c73110509decfe1--