Hi Maurizio, I will be available all day tomorrow (Wednesday) to help out as much as I can. If it's possible for you to look into this I can take whatever steps you need.
Many thanks, Paul -----Original Message----- From: "Karl Wright" <[email protected]> Sent: Tuesday, October 20, 2015 12:34pm To: "[email protected]" <[email protected]> Subject: Re: Manifold/Alfresco seeding and security Hi Maurizio, This is the third time we've seen this; can you use Paul's help to chase down what the issue is? Karl On Tue, Oct 20, 2015 at 12:19 PM, Paul Farrell <[email protected]> wrote: > Hi, > > I am using Alfresco Community 5.0. > > Having taken that AMP file (version 0.7.1) and then installed it into > Alfresco and restarted the services, the issue is still present. > > I suspect that this is probably more to do with the Manifold end than the > Alfresco end. It seems it is Manifold that is automatically appending the > “/api/node” string into the path whenever I use “/alfresco/service” as the > Context in the repository connection configuration. > > If it is of interest, this is the output in the manifoldcf.log file when I > use the repo connection config I mentioned earlier. > > DEBUG 2015-10-20 12:18:46,869 (qtp182259421-40) - Connection request: > [route: {}->http://54.165.85.140:8080][total kept alive: 0; route > allocated: 0 of 2; total allocated: 0 of 20] > DEBUG 2015-10-20 12:18:46,869 (qtp182259421-40) - Connection leased: [id: > 10][route: {}->http://54.165.85.140:8080][total kept alive: 0; route > allocated: 1 of 2; total allocated: 1 of 20] > DEBUG 2015-10-20 12:18:46,869 (qtp182259421-40) - Opening connection {}-> > http://54.165.85.140:8080 > DEBUG 2015-10-20 12:18:46,869 (qtp182259421-40) - Connecting to / > 54.165.85.140:8080 > DEBUG 2015-10-20 12:18:46,870 (qtp182259421-40) - Connection established > 172.31.23.90:58712<->54.165.85.140:8080 > DEBUG 2015-10-20 12:18:46,870 (qtp182259421-40) - Executing request GET > /alfresco/service/api/node/auth/resolve/admin HTTP/1.1 > DEBUG 2015-10-20 12:18:46,870 (qtp182259421-40) - Proxy auth state: > UNCHALLENGED > DEBUG 2015-10-20 12:18:46,870 (qtp182259421-40) - http-outgoing-10 >> GET > /alfresco/service/api/node/auth/resolve/admin HTTP/1.1 > DEBUG 2015-10-20 12:18:46,870 (qtp182259421-40) - http-outgoing-10 >> > Accept: application/json > DEBUG 2015-10-20 12:18:46,870 (qtp182259421-40) - http-outgoing-10 >> > Authorization: Basic YWRtaW46RnVubmVsYmFjazE= > DEBUG 2015-10-20 12:18:46,870 (qtp182259421-40) - http-outgoing-10 >> > Host: 54.165.85.140:8080 > DEBUG 2015-10-20 12:18:46,870 (qtp182259421-40) - http-outgoing-10 >> > Connection: Keep-Alive > DEBUG 2015-10-20 12:18:46,870 (qtp182259421-40) - http-outgoing-10 >> > User-Agent: Apache-HttpClient/4.3.5 (java 1.5) > DEBUG 2015-10-20 12:18:46,870 (qtp182259421-40) - http-outgoing-10 >> > Accept-Encoding: gzip,deflate > DEBUG 2015-10-20 12:18:46,870 (qtp182259421-40) - http-outgoing-10 >> "GET > /alfresco/service/api/node/auth/resolve/admin HTTP/1.1[\r][\n]" > DEBUG 2015-10-20 12:18:46,870 (qtp182259421-40) - http-outgoing-10 >> > "Accept: application/json[\r][\n]" > DEBUG 2015-10-20 12:18:46,870 (qtp182259421-40) - http-outgoing-10 >> > "Authorization: Basic YWRtaW46RnVubmVsYmFjazE=[\r][\n]" > DEBUG 2015-10-20 12:18:46,870 (qtp182259421-40) - http-outgoing-10 >> > "Host: 54.165.85.140:8080[\r][\n]" > DEBUG 2015-10-20 12:18:46,870 (qtp182259421-40) - http-outgoing-10 >> > "Connection: Keep-Alive[\r][\n]" > DEBUG 2015-10-20 12:18:46,870 (qtp182259421-40) - http-outgoing-10 >> > "User-Agent: Apache-HttpClient/4.3.5 (java 1.5)[\r][\n]" > DEBUG 2015-10-20 12:18:46,870 (qtp182259421-40) - http-outgoing-10 >> > "Accept-Encoding: gzip,deflate[\r][\n]" > DEBUG 2015-10-20 12:18:46,870 (qtp182259421-40) - http-outgoing-10 >> > "[\r][\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << > "HTTP/1.1 404 Not Found[\r][\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << > "Server: Apache-Coyote/1.1[\r][\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << > "Cache-Control: no-cache[\r][\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << > "Expires: Thu, 01 Jan 1970 00:00:00 GMT[\r][\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << > "Pragma: no-cache[\r][\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << > "Content-Type: text/html;charset=UTF-8[\r][\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << > "Transfer-Encoding: chunked[\r][\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << > "Date: Tue, 20 Oct 2015 16:18:47 GMT[\r][\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << > "[\r][\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << > "630[\r][\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << > "<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" " > http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << > "<html xmlns="http://www.w3.org/1999/xhtml";>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > <head>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > <title>Web Script Status 404 - Not Found</title>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > <link rel="stylesheet" href="/alfresco/css/webscripts.css" > type="text/css" />[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > </head>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > <body>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > <div>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > <table>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > <tr>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > <td><img src="/alfresco/images/logo/AlfrescoLogo32.png" > alt="Alfresco" /></td>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > <td><span class="title">Web Script Status 404 - Not > Found</span></td>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > </tr>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > </table>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > <br/>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > <table>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > <tr><td>The Web Script <a > href="%2Falfresco%2Fservice%2Fapi%2Fnode%2Fauth%2Fresolve%2Fadmin">/alfresco/service/api/node/auth/resolve/admin</a> > has responded with a status of 404 - Not Found.</td></tr>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > </table>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > <br/>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > <table>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > <tr><td><b>404 Description:</b></td><td> Requested resource is not > available.</td></tr>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > <tr><td> </td></tr>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > <tr><td><b>Message:</b></td><td>Cannot find object for > NodeIdReference[storeRef=auth://resolve,id=admin]</td></tr>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > <tr><td><b>Server</b>:</td><td>Community v5.0.0 (r75118-b23) > schema 8,001</td></tr>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > <tr><td><b>Time</b>:</td><td>Oct 20, 2015 4:18:47 PM</td></tr>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > <tr><td></td><td> </td></tr>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > <tr><td><b>Diagnostics</b>:</td><td><a > href="/alfresco/service/script/org/alfresco/cmis/item.get">Inspect Web > Script (org/alfresco/cmis/item.get)</a></td></tr>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > </table>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > </div>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << " > </body>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << > "</html>[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << > "[\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << > "[\r][\n]" > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << > HTTP/1.1 404 Not Found > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << > Server: Apache-Coyote/1.1 > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << > Cache-Control: no-cache > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << > Expires: Thu, 01 Jan 1970 00:00:00 GMT > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << > Pragma: no-cache > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << > Content-Type: text/html;charset=UTF-8 > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << > Transfer-Encoding: chunked > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10 << > Date: Tue, 20 Oct 2015 16:18:47 GMT > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - Connection can be kept > alive indefinitely > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10: > Shutdown connection > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - Connection discarded > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - http-outgoing-10: Close > connection > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - Connection released: > [id: 10][route: {}->http://54.165.85.140:8080][total kept alive: 0; route > allocated: 0 of 2; total allocated: 0 of 20] > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - Connection manager is > shutting down > DEBUG 2015-10-20 12:18:46,883 (qtp182259421-40) - Connection manager shut > down > > *Paul Farrell* > Senior Search Consultant > > 109-123 Clifton Street, London EC2A 4LD > *T* +44 (0) 207 183 6865 | funnelback.com <http://www.funnelback.com/> > > *UNITED KINGDOM* | AUSTRALIA | NEW ZEALAND | POLAND | UNITED STATES > > Connect with us: LinkedIn <http://www.linkedin.com/company/funnelback> - > Twitter <https://twitter.com/funnelback> > > Funnelback UK Ltd is a limited liability company registered in England & > Wales. Registered address: Zetland House 109-123, Clifton Street, London. > EC2A 4LD. Company registration number: 07004264. > > On 20 Oct 2015, at 16:50, Maurizio Pillitu <[email protected]> wrote: > > Hi Paul, > > it looks like you're hitting > https://github.com/maoo/alfresco-indexer/issues/3 ; which version of > alfresco-indexer are you using? Can you try using > http://search.maven.org/#artifactdetails%7Ccom.github.maoo.indexer%7Calfresco-indexer-webscripts%7C0.7.1%7Camp > (or > the pre-built WAR file - > http://search.maven.org/#artifactdetails%7Ccom.github.maoo.indexer%7Calfresco-indexer-webscripts-war%7C0.7.1%7Cwar > ) > > HTH > mao > > On Tue, Oct 20, 2015 at 5:36 PM Paul Farrell <[email protected]> > wrote: > >> Hi, >> >> Having had to go back to basics and re-install my Alfresco instance, I >> can confirm that the AMP file for the alfresco indexer web scripts *does* >> actually install without error. There must have been an issue with my >> previous Alfresco instance. >> >> Having said that, the Alfresco WebScript connector fails. The failure is >> down to the ‘Context’ setting (see below): >> >> <4a6db6238cff01e7ff77cdaf7e6ea050.png> >> >> When you attempt to save the configuration of the WebScript connector, >> Manifold clearly tries to check the connection. It seems to do this by >> making an API call (/auth/resolve/admin). The issue is with what Manifold >> prepends to the start of that path. >> If I leave the setting as above then Manifold reports : >> >> <tr><td>The Web Script <a >> href="%2Falfresco%2Fservice%2Fapi%2Fnode%2Fauth%2Fresolve%2Fadmin">/alfresco/service/api/node/auth/resolve/admin</a> >> has responded with a status of 404 - Not Found.</td></tr>[\n]” >> >> In other words, it builds the full path as >> “alfresco/service/api/node/auth/resolve/admin”. >> >> For my Alfresco Community 5.0 instance, I get to that same web script via >> the URL “/alfresco/service/auth/resolve/admin” i.e. without the ‘/api/node’. >> >> Somewhere, Manifold is assuming that the ‘/api/node’ is a correct path >> inclusion. In other words, there is nothing I can put into that box to >> prevent it. >> >> Paul >> >> On 20 Oct 2015, at 12:56, Karl Wright <[email protected]> wrote: >> >> Hmm. What file was missing? Maurizio maintains the indexer plugin; I >> feel certain he'd want to know. >> >> Karl >> >> >> On Tue, Oct 20, 2015 at 7:53 AM, Paul Farrell <[email protected]> >> wrote: >> >>> Hi guys, >>> >>> Just to let you know what’s going on - for informational purposes more >>> than anything. >>> >>> I initially tried taking the AMP file provided in the MCF plugins >>> directory (0.7.0) and tried to install it into Alfresco but got a message >>> saying a file was missing. >>> >>> Instead, I cloned the repository on GitHub for the alfresco-indexer >>> project and then built it on my local machine. This generated the AMP file >>> (0.7.2). >>> >>> I was able to successfully install the AMP file onto my Alfresco >>> instance. >>> >>> As it happens I now cannot log into Alfresco Share ('bad credentials or >>> server not available' message) but that is something I can work on. >>> Apparently the installation of some AMP files have been known to cause this >>> issue. >>> >>> So, progress to a point! >>> >>> *Paul Farrell* >>> Senior Search Consultant >>> >>> 109-123 Clifton Street, London EC2A 4LD >>> *T* +44 (0) 207 183 6865 | funnelback.com <http://www.funnelback.com/> >>> >>> *UNITED KINGDOM* | AUSTRALIA | NEW ZEALAND | POLAND | UNITED STATES >>> >>> Connect with us: LinkedIn <http://www.linkedin.com/company/funnelback> - >>> Twitter <https://twitter.com/funnelback> >>> >>> Funnelback UK Ltd is a limited liability company registered in England & >>> Wales. Registered address: Zetland House 109-123, Clifton Street, London. >>> EC2A 4LD. Company registration number: 07004264. >>> >>> On 20 Oct 2015, at 12:36, Rafa Haro <[email protected]> wrote: >>> >>> Hi, >>> >>> At the Alfresco side, hope this helps: >>> >>> http://docs.alfresco.com/4.1/tasks/amp-install.html >>> >>> Cheers >>> >>> >>> >>> >>> >>> On Tue, Oct 20, 2015 at 1:13 PM, Karl Wright <[email protected]> wrote: >>> >>>> The AMP file is actually shipped as part of the binary MCF >>>> distribution. You can find it under "plugins". >>>> >>>> Karl >>>> >>>> >>>> On Tue, Oct 20, 2015 at 6:42 AM, Paul Farrell <[email protected]> >>>> wrote: >>>> >>>>> Hi all, >>>>> >>>>> Hopefully this will be my only request for information today. >>>>> I’m afraid this is a bit of a newbie question but I have managed to >>>>> get the Manifold UI to now show ‘Alfresco Webscripts’ as a connector. The >>>>> only bit I am missing now is to install the AMP file in Afresco. >>>>> >>>>> I realise that this is slightly outside of the Manifold remit but I >>>>> wondered if anyone can advise how I build the AMP file from the URL ( >>>>> https://github.com/maoo/alfresco-indexer)? I have cloned the >>>>> repository to my local drive but, having never worked with Maven, am at a >>>>> loss at how to generate the AMP file that I then need to install into >>>>> Alfresco. >>>>> >>>>> Many thanks, >>>>> >>>>> On 19 Oct 2015, at 17:36, Karl Wright <[email protected]> wrote: >>>>> >>>>> The only way you can have such a reduced list of connectors is if >>>>> somebody commented out many connectors in your connectors.xml, or removed >>>>> them from the database table where they are registered by hand. >>>>> >>>>> Karl >>>>> >>>>> >>>>> On Mon, Oct 19, 2015 at 12:33 PM, Paul Farrell < >>>>> [email protected]> wrote: >>>>> >>>>>> After a good deal of time clicking around I came to the same >>>>>> conclusion - that there is no way of telling from the UI!! >>>>>> >>>>>> Having dug a bit deeper I believe I may actually have the Alfresco >>>>>> WebScript connectors installed. At least the 0.7.0 version. I notice in >>>>>> the >>>>>> ‘lib’ directory that I have ‘alfresco-indexer-webscripts-0.7.0.amp. >>>>>> >>>>>> Looking in the ‘connectors.xml’ file I can also see the line : >>>>>> >>>>>> <repositoryconnector name="Alfresco Webscript" >>>>>> class="org.apache.manifoldcf.crawler.connectors.alfrescowebscript.AlfrescoConnector”/> >>>>>> >>>>>> You can imagine my excitement! >>>>>> >>>>>> The only thing I am missing is the option in the UI. When I click to >>>>>> create a new repo connection I get: CMIS, Dropbox, Generic, GoogleDrive, >>>>>> HDFS, Jira, Meridio, RSS, Sharepoint. >>>>>> >>>>>> Perhaps I am hoping for too much to hope that I can make a simple >>>>>> change to enable this repo connection? >>>>>> >>>>>> Thanks for all the help everyone >>>>>> >>>>>> >>>>>> >>>>>> On 19 Oct 2015, at 17:26, Karl Wright <[email protected]> wrote: >>>>>> >>>>>> Hah; there's not a way to inquire in the UI, if that's what you >>>>>> mean. But if you see "Alfresco webscript" in the list of repository >>>>>> connection types, you've got a version that supports that connector. >>>>>> >>>>>> Thanks, >>>>>> Karl >>>>>> >>>>>> >>>>>> On Mon, Oct 19, 2015 at 12:17 PM, Paul Farrell < >>>>>> [email protected]> wrote: >>>>>> >>>>>>> Thanks Rafa. >>>>>>> >>>>>>> As an aside, is there an easy way to identify which version of >>>>>>> ManifoldCF you are on? >>>>>>> >>>>>>> Cheers >>>>>>> >>>>>>> *Paul Farrell* >>>>>>> Senior Search Consultant >>>>>>> >>>>>>> 109-123 Clifton Street, London EC2A 4LD >>>>>>> *T* +44 (0) 207 183 6865 | funnelback.com >>>>>>> <http://www.funnelback.com/> >>>>>>> >>>>>>> *UNITED KINGDOM* | AUSTRALIA | NEW ZEALAND | POLAND | UNITED STATES >>>>>>> >>>>>>> Connect with us: LinkedIn >>>>>>> <http://www.linkedin.com/company/funnelback> - Twitter >>>>>>> <https://twitter.com/funnelback> >>>>>>> >>>>>>> Funnelback UK Ltd is a limited liability company registered in >>>>>>> England & Wales. Registered address: Zetland House 109-123, Clifton >>>>>>> Street, >>>>>>> London. EC2A 4LD. Company registration number: 07004264. >>>>>>> >>>>>>> On 19 Oct 2015, at 16:54, Rafa Haro <[email protected]> wrote: >>>>>>> >>>>>>> Hi Paul, >>>>>>> >>>>>>> All you need to do is to install this webscript >>>>>>> <https://github.com/maoo/alfresco-indexer> within your Alfresco >>>>>>> instance. The connector itself is already part of the most recent >>>>>>> versions >>>>>>> of ManifoldCF >>>>>>> >>>>>>> Cheers, >>>>>>> Rafa >>>>>>> >>>>>>> On Mon, Oct 19, 2015 at 5:29 PM, Paul Farrell < >>>>>>> [email protected]> wrote: >>>>>>> >>>>>>>> Ok, thanks again guys. >>>>>>>> >>>>>>>> The Webscript connector it is. >>>>>>>> >>>>>>>> I realise I am asking a lot here but are there any easy-to-follow >>>>>>>> guidelines on how to get this Webscript connector installed? I see >>>>>>>> there >>>>>>>> is a GitHub page here ( >>>>>>>> https://github.com/maoo/alfresco-webscript-manifold-connector) >>>>>>>> which discusses it (although it directs you to a repository of files). >>>>>>>> >>>>>>>> I am just keen to make sure that any steps I follow to try and get >>>>>>>> this Webscript connector installed and working are updated, reliable >>>>>>>> steps. >>>>>>>> I would hate to waste time with out of date information. >>>>>>>> >>>>>>>> Thanks all >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On 19 Oct 2015, at 16:23, Muhammed Olgun <[email protected]> >>>>>>>> wrote: >>>>>>>> >>>>>>>> Hi Paul, >>>>>>>> >>>>>>>> I suggest that you should use Alfresco Webscript as Karl mentioned. >>>>>>>> Web services is so slow compared to other services and I've also >>>>>>>> checked >>>>>>>> that Alfresco CMIS web services does not return change token(may be >>>>>>>> there >>>>>>>> is something that I don't know). >>>>>>>> >>>>>>>> By the way current version of CMIS connector is not aware of change >>>>>>>> token. I would write a patch for you if alfresco supports change token >>>>>>>> property. >>>>>>>> >>>>>>>> Thanks! >>>>>>>> Muhammed >>>>>>>> 19 Eki 2015 Pzt, saat 18:11 tarihinde Karl Wright < >>>>>>>> [email protected]> şunu yazdı: >>>>>>>> >>>>>>>>> Hi Paul, >>>>>>>>> >>>>>>>>> The Alfresco Webscript connector is a wholly different connector >>>>>>>>> that has no relation to the CMIS connector. It requires an Alfresco >>>>>>>>> webscript plugin be installed on your Alfresco server to work, though. >>>>>>>>> >>>>>>>>> Hope that helps. >>>>>>>>> >>>>>>>>> Karl >>>>>>>>> >>>>>>>>> >>>>>>>>> On Mon, Oct 19, 2015 at 10:32 AM, Paul Farrell < >>>>>>>>> [email protected]> wrote: >>>>>>>>> >>>>>>>>>> Hi Muhammed/Karl, >>>>>>>>>> >>>>>>>>>> Firstly, thank-you so much for taking the time to reply. It is >>>>>>>>>> very much appreciated. >>>>>>>>>> >>>>>>>>>> Currently I am using the AtomPub for my CMIS repository >>>>>>>>>> connection. I have just read something which may shed a little light >>>>>>>>>> on >>>>>>>>>> this. The post read that change tokens are not passed via AtomPub >>>>>>>>>> connections ( >>>>>>>>>> https://forums.alfresco.com/forum/developer-discussions/alfresco-api/cmis-change-log-token-problem-using-opencmis-03282011-1758). >>>>>>>>>> If true, this would explain why ManifoldCF may be unable to >>>>>>>>>> determine a >>>>>>>>>> change in Alfresco. >>>>>>>>>> >>>>>>>>>> It looks like I have two possible options left open to me >>>>>>>>>> (correct me if I’m wrong): >>>>>>>>>> >>>>>>>>>> 1. I look to use ‘Web Services’ instead of ‘AtomPub’ for the >>>>>>>>>> connection mechanism >>>>>>>>>> 2. I upgrade ManifoldCF so that I can use the ‘Web Scripts’ >>>>>>>>>> connector? (or is this the same as the ‘Web Services’ connection >>>>>>>>>> mentioned >>>>>>>>>> above?) >>>>>>>>>> >>>>>>>>>> Thanks again, >>>>>>>>>> >>>>>>>>>> Paul >>>>>>>>>> >>>>>>>>>> *Paul Farrell* >>>>>>>>>> Senior Search Consultant >>>>>>>>>> >>>>>>>>>> 109-123 Clifton Street, London EC2A 4LD >>>>>>>>>> *T* +44 (0) 207 183 6865 | funnelback.com >>>>>>>>>> <http://www.funnelback.com/> >>>>>>>>>> >>>>>>>>>> *UNITED KINGDOM* | AUSTRALIA | NEW ZEALAND | POLAND | UNITED >>>>>>>>>> STATES >>>>>>>>>> >>>>>>>>>> Connect with us: LinkedIn >>>>>>>>>> <http://www.linkedin.com/company/funnelback> - Twitter >>>>>>>>>> <https://twitter.com/funnelback> >>>>>>>>>> >>>>>>>>>> Funnelback UK Ltd is a limited liability company registered in >>>>>>>>>> England & Wales. Registered address: Zetland House 109-123, Clifton >>>>>>>>>> Street, >>>>>>>>>> London. EC2A 4LD. Company registration number: 07004264. >>>>>>>>>> >>>>>>>>>> On 19 Oct 2015, at 15:12, Muhammed Olgun <[email protected]> >>>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>> Hi Paul, >>>>>>>>>> >>>>>>>>>> Repositories should give information to ManifoldCF when they >>>>>>>>>> updated. Current CMIS connector reindex document if the lastest >>>>>>>>>> version of >>>>>>>>>> the document has changed, not updated. >>>>>>>>>> >>>>>>>>>> There is a change token property in CMIS specification and it >>>>>>>>>> should change when document is updated so ManifoldCF can understand >>>>>>>>>> that >>>>>>>>>> document is updated but implementing change token property is >>>>>>>>>> optional. >>>>>>>>>> I've checked Alfresco's CMIS web site and seen that they didn't set >>>>>>>>>> the >>>>>>>>>> change token. >>>>>>>>>> >>>>>>>>>> I think, there is nothing we can do at this point. >>>>>>>>>> >>>>>>>>>> 19 Eki 2015 Pzt, 15:59 tarihinde, Karl Wright <[email protected]> >>>>>>>>>> şunu yazdı: >>>>>>>>>> >>>>>>>>>>> Hi Paul, >>>>>>>>>>> >>>>>>>>>>> This looks like a bug in the CMIS connector to me; usually the >>>>>>>>>>> document version string the connector constructs should be adequate >>>>>>>>>>> to >>>>>>>>>>> detect all changes. Can you create a ticket? >>>>>>>>>>> https://issues.apache.org/jira , project ManifoldCF. Please >>>>>>>>>>> include what version of MCF you are using here. FWIW, this may be >>>>>>>>>>> in fact >>>>>>>>>>> a bug in the Alfresco CMIS implementation, but we'll have to have >>>>>>>>>>> some back >>>>>>>>>>> and forth before I can determine that for sure. >>>>>>>>>>> >>>>>>>>>>> In the meantime, have you considered using the Alfresco >>>>>>>>>>> Webscript connector? It's the preferred way to do Alfresco >>>>>>>>>>> indexing, >>>>>>>>>>> although there have been issues reported having to do with running >>>>>>>>>>> it on >>>>>>>>>>> some configurations of Alfresco. I'm not entirely sure what the >>>>>>>>>>> problem is >>>>>>>>>>> there; maybe a version dependency of some kind. >>>>>>>>>>> >>>>>>>>>>> Karl >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Mon, Oct 19, 2015 at 7:43 AM, Paul Farrell < >>>>>>>>>>> [email protected]> wrote: >>>>>>>>>>> >>>>>>>>>>>> Hi Everyone, >>>>>>>>>>>> >>>>>>>>>>>> Hoping someone may be able to advise. >>>>>>>>>>>> >>>>>>>>>>>> I am currently using Manifold, together with a CMIS connector, >>>>>>>>>>>> to retrieve and index content from an Alfresco repository. >>>>>>>>>>>> >>>>>>>>>>>> All is going well apart from, what I would call, the >>>>>>>>>>>> ‘incremental crawl’. >>>>>>>>>>>> >>>>>>>>>>>> The main issue I am having is that the modification of a >>>>>>>>>>>> document’s security settings, in Alfresco, is not being picked up >>>>>>>>>>>> in next >>>>>>>>>>>> Manifold crawl. As an example I have a document ‘TestDoc1’ which >>>>>>>>>>>> has user A >>>>>>>>>>>> and B as Consumers. I run a crawl in Manifold and it picks up the >>>>>>>>>>>> documents >>>>>>>>>>>> fine. The security is set as expected. I then remove ‘User A’ >>>>>>>>>>>> from the >>>>>>>>>>>> security of that document and re-run the Manifold crawl. User A >>>>>>>>>>>> can still >>>>>>>>>>>> see the document in the local search engine. >>>>>>>>>>>> >>>>>>>>>>>> It is as if Manifold is not treating the security update as a >>>>>>>>>>>> ‘modification’ and is therefore not refreshing it. Note that if I >>>>>>>>>>>> go into >>>>>>>>>>>> the Output Connections, edit and save the relevant output >>>>>>>>>>>> connection and >>>>>>>>>>>> then click ‘Remove all associated documents’, the next time I >>>>>>>>>>>> crawl, the >>>>>>>>>>>> changes are picked up. It is clear that Manifold is just not >>>>>>>>>>>> updating >>>>>>>>>>>> whatever internal record it has for this item. >>>>>>>>>>>> >>>>>>>>>>>> Any ideas? >>>>>>>>>>>> >>>>>>>>>>>> Many thanks. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> >>> >>> >> >
