Hi,
We have a custom code which can't use OpenCMIS Client library, we asked them to
use pure http call by assembly the getContentStream url with http basic
header. The access is via cmis bridge (version 0.10) to backend FileNet CMIS.
The call was fast (less than 3 second) at the beginning, but after a few days,
it become slow, the response time was 20 seconds until we restart cmis bridge
instance, access log as below
CMIS bridge accesslog
2016-12-14 16:32:02 20.551 GET
/cmisbridge/atom/myrepository/content/?ID=idd_8413BC70-2875-4517-A709-84D0D7AF9803
200
FileNet CMIS log
127.0.0.1 - myview [14/Dec/2016:16:31:51 -0800] "GET
/fncmis/resources/Service?repositoryId=myrepository HTTP/1.1" 200 20978
127.0.0.1 - myview [14/Dec/2016:16:32:01 -0800] "GET /fncmis/resources/
myrepository
/Content/idd_8413BC70-2875-4517-A709-84D0D7AF9803?filter=&includeAllowableActions=&includeACL=H
TTP/1.1" 200 30753
127.0.0.1 - myview [14/Dec/2016:16:32:01 -0800] "GET
/fncmis/resources/myrepository/ContentStream/idd_8413BC70-2875-4517-A709-84D0D7AF9803/0/Report+E707.pdf
HTTP/1.1" 200 993683
I am wondering if there were any resources not been released properly when we
use http call directly, any ideas where the slowness may come from? The other
client apps using opencmis java or .net library do not have this issue.
Thanks
Wentao
________________________________
This email and its attachments are intended solely for the personal use of the
individual or entity named above. Any use of this communication by an
unintended recipient is strictly prohibited. If you have received this email in
error, any publication, use, reproduction, disclosure or dissemination of its
contents is strictly prohibited. Please immediately delete this message and its
attachments from your computer and servers. We would also appreciate if you
would contact us by a collect call or return email to notify us of this error.
Thank you for your cooperation.
-BCHydroDisclaimerID5.2.8.1541
