I did the change and now do not see the bottleneck that used to be there. Thanks, Danushka
On Thu, Apr 7, 2011 at 4:34 PM, Afkham Azeez <[email protected]> wrote: > Yeah, that is what I was talking about as well. > On Apr 7, 2011 3:46 PM, "Danushka Menikkumbura" <[email protected]> wrote: > > I meant the interface org.wso2.carbon.user.core.service.RealmService. > > > > On Thu, Apr 7, 2011 at 3:41 PM, Afkham Azeez <[email protected]> wrote: > > > >> User. Realm.service may not solve this > >> On Apr 7, 2011 3:38 PM, "Afkham Azeez" <[email protected]> wrote: > >> > Yes, this method is what caused a huge performance issue in servlet > >> > transport > >> > On Apr 7, 2011 2:52 PM, "Danushka Menikkumbura" <[email protected]> > >> wrote: > >> >> Currently Qpid authorization plugin retrieves the user realm using > >> >> registryService.getConfigUserRegistry().getUserRealm() which spends > >> around > >> >> 70% of the processing time. I am going to switch it to use the realm > >> >> service. It should solve this issue. > >> >> > >> >> Danushka > >> >> > >> >> On Thu, Apr 7, 2011 at 2:13 PM, Supun Kamburugamuva <[email protected]> > >> > wrote: > >> >> > >> >>> Is it possible to disable eventing for the moment and get this to a > >> >>> working state? Because we are blocked on everything because of this. > >> >>> > >> >>> Thanks, > >> >>> Supun.. > >> >>> > >> >>> On Thu, Apr 7, 2011 at 12:19 PM, Senaka Fernando <[email protected]> > >> wrote: > >> >>> > Hi Danushka, > >> >>> > > >> >>> > On Thu, Apr 7, 2011 at 7:18 AM, Danushka Menikkumbura < > >> > [email protected] > >> >>> > > >> >>> > wrote: > >> >>> >> > >> >>> >> Also if this particular call is costly we can optimise some of > them. > >> > But > >> >>> I > >> >>> >> think it is supposed to be used quite often. Isn't it? > >> >>> > > >> >>> > Yes. IMHO, the optimization could be done at the event-component > >> level > >> >>> > right, to avoid an unwanted call to Qpid. The publishers would > >> generate > >> >>> > events whenever some thing interesting happens and forward it to > the > >> >>> broker. > >> >>> > These go through the event component which manages the brokering, > and > >> >>> then > >> >>> > comes into Qpid for routing. So, if we could make the event > component > >> a > >> >>> bit > >> >>> > more intelligent to only forward messages to Qpid if needed (some > >> form > >> > of > >> >>> > caching is needed), we should be able to avoid this right? > >> >>> > > >> >>> > WDYT? > >> >>> > > >> >>> > Thanks, > >> >>> > Senaka. > >> >>> >> > >> >>> >> Danushka > >> >>> >> > >> >>> >> On Thu, Apr 7, 2011 at 6:41 AM, Danushka Menikkumbura < > >> >>> [email protected]> > >> >>> >> wrote: > >> >>> >>>> > >> >>> >>>> Why 'registryService.getConfigUserRegistry().getUserRealm();' > >> > getting > >> >>> >>>> too long to respond? This is a widely used statement available > on > >> > unit > >> >>> >>>> tests. Are those failing as well? If not, why is this happening > >> > during > >> >>> >>>> runtime only? > >> >>> >>> > >> >>> >>> Yes. Senaka I think this is the issue that we need to address as > I > >> > can > >> >>> >>> see. > >> >>> >>> > >> >>> >>> Danushka > >> >>> >>> > >> >>> >> > >> >>> >> > >> >>> >> _______________________________________________ > >> >>> >> Carbon-dev mailing list > >> >>> >> [email protected] > >> >>> >> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev > >> >>> >> > >> >>> > > >> >>> > > >> >>> > > >> >>> > -- > >> >>> > Senaka Fernando > >> >>> > Product Manager - WSO2 Governance Registry; > >> >>> > Associate Technical Lead; WSO2, Inc.; http://wso2.com > >> >>> > Member; Apache Software Foundation; http://apache.org > >> >>> > > >> >>> > E-mail: senaka AT wso2.com > >> >>> > P: +1 408 754 7388; ext: 51736; M: +94 77 322 1818 > >> >>> > Linked-In: http://www.linkedin.com/in/senakafernando > >> >>> > > >> >>> > Lean . Enterprise . Middleware > >> >>> > > >> >>> > > >> >>> > _______________________________________________ > >> >>> > Carbon-dev mailing list > >> >>> > [email protected] > >> >>> > http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev > >> >>> > > >> >>> > > >> >>> > >> >>> > >> >>> > >> >>> -- > >> >>> Supun Kamburugamuva > >> >>> Technical Lead & Product Manager, WSO2 Inc.; http://wso2.com > >> >>> Member, Apache Software Foundation; http://www.apache.org > >> >>> WSO2 Inc.; http://wso2.org > >> >>> E-mail: [email protected]; Mobile: +94 77 431 3585 > >> >>> Blog: http://supunk.blogspot.com > >> >>> _______________________________________________ > >> >>> Carbon-dev mailing list > >> >>> [email protected] > >> >>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev > >> >>> > >> > >> _______________________________________________ > >> Carbon-dev mailing list > >> [email protected] > >> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev > >> > >> >
_______________________________________________ Carbon-dev mailing list [email protected] http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
