Mailing-List: contact dev-help@chemistry.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@chemistry.apache.org
Date: Thu, 9 Mar 2017 08:02:38 +0000 (UTC)
From: =?utf-8?Q?Florian_M=C3=BCller_=28JIRA=29?= <jira@apache.org>
To: dev@chemistry.apache.org
Message-ID: <JIRA.13025438.1480882273000.19984.1489046558098@Atlassian.JIRA>
In-Reply-To: <JIRA.13025438.1480882273000@Atlassian.JIRA>
References: <JIRA.13025438.1480882273000@Atlassian.JIRA> <JIRA.13025438.1480882273476@jira-lw-us.apache.org>
Subject: [jira] [Resolved] (CMIS-1004) BridgeServiceFactory taking long time
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
archived-at: Thu, 09 Mar 2017 08:02:43 -0000


     [ https://issues.apache.org/jira/browse/CMIS-1004?page=3Dcom.atlassian=
.jira.plugin.system.issuetabpanels:all-tabpanel ]

Florian M=C3=BCller resolved CMIS-1004.
----------------------------------
    Resolution: Not A Bug

> BridgeServiceFactory taking long time
> -------------------------------------
>
>                 Key: CMIS-1004
>                 URL: https://issues.apache.org/jira/browse/CMIS-1004
>             Project: Chemistry
>          Issue Type: Bug
>          Components: opencmis-bridge, opencmis-server
>    Affects Versions: OpenCMIS 1.1.0
>            Reporter: vinay
>
> Hi,
> We have a query around time taken by BridgeServiceFactory with every requ=
est. Below are the details of our implementation.
> We have created ServiceFactory class by extending AbstractBridgeServiceFa=
ctory and overriding below methods :
> =09@Override
> =09protected FilterCmisService createService(CallContext context)
> =09
> =09@Override
> =09public CmisService getService(CallContext context)
> =09@Override
> =09public void init(Map<String, String> parameters) : In this method we a=
re enabling ServiceWrapper feature and then calling the super.init()
> =09
> We have observed that every SOAP request is taking more than 12 seconds t=
o get the Service (i.e. getService(CallContext context) call)
> The overridden getService(CallContext context) method calls CachedBinding=
CmisService.setCallContext(CallContext context).
> Our assumtion was that since cache is in place first request will take ti=
me once cache gets warm up. And then all the subsequent call will utilize c=
ache.
> But this is not happening and every request builds the cache.
> On further investigation we found that CachedBindingCmisService.getCmisBi=
ndingFromCache() method always return null. It is because the internal call=
 to HttpSessionCmisService.getCmisBindingFromCache() not able to find the e=
xisting session=20
> {
> =09HttpSession httpSession =3D getHttpSession(false) ---> This always ret=
urn null.
> }
> Please let us know if there is way to improve and utilize the inbuilt cac=
he mechanism. Or is it something missing while creating custom ServiceFacto=
ry class by extending AbstractBridgeServiceFactory.
> Thanks & Regards,
>  Vinay


--
This message was sent by Atlassian JIRA
(v6.3.15#6346)