Hi Paul, If you are starting and stopping a whole virtual machine, that will NOT cause jars within each process to be reloaded. You have to start/stop processes.
Karl On Wed, Oct 21, 2015 at 10:19 AM, Paul Farrell <[email protected]> wrote: > I’m quite fortunate to be running all of this on a personal AWS Virtual > Machine so have been able to actually stop and start the server. > > Having run that command line I sent below, I can confirm that the string > “api/node” does not exist in any .jar file or regular file. I am at a loss > to explain how the Manifold repository connection test process is still > trying to access : > > <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]” > > It has got to the point now where I may just have to bite the bullet and > tell the client that we cannot support nightly Alfresco crawls i.e. crawls > that take into account the change log. Tough thing to do but I can’t see I > have much choice right now. > > Really appreciate the help > > > On 21 Oct 2015, at 14:47, Karl Wright <[email protected]> wrote: > > Hi Paul, > > I can't answer that question until I know how you've deployed things. I'm > presuming that you are using a multiprocess deployment? If so, for the web > applications, recycling the application server should be sufficient, but > you really want to check to be sure what properties.xml file the > application server is pointing at, so you change the jar in the right > place. In a multiprocess setup, there are also agents processes (at least > one), which you would also need to cycle. > > Thanks, > Karl > > > On Wed, Oct 21, 2015 at 9:41 AM, Paul Farrell <[email protected]> > wrote: > >> Thanks Karl. >> >> Can you clarify what you mean by ‘recycle Manifold processes’? My >> fallback position in anything like this is to restart whatever app/web >> server is hosting Manifold. Is that not sufficient? >> >> As for this path being defined elsewhere, I have just finished >> constructing a one-liner that lets me search through the classes within >> jar’s. Quite useful: >> >> find . -iname '*.jar' -printf "unzip -c %p | grep -q 'stringToSearchFor' >> && echo %p\n" | sh >> >> Going to see if that original ‘api/node’ string exists anywhere else. >> >> Cheers >> >> >> >> >> On 21 Oct 2015, at 14:36, Karl Wright <[email protected]> wrote: >> >> Hi Paul, >> >> The indexer jar should appear in only one place, in the connector-lib >> directory that is referenced by your properties.xml file. However, if you >> replace that, you will need to recycle all ManifoldCF processes or they >> will not be able to pick it up. >> >> I would also check the URL that's being logged to be sure it matches the >> pattern Maurizio pointed out. If it doesn't, there's a possibility that >> some other place in the connector has a similar problem that hasn't been >> fixed. >> >> Thanks, >> Karl >> >> >> On Wed, Oct 21, 2015 at 8:48 AM, Paul Farrell <[email protected]> >> wrote: >> >>> Hi Karl/Maurizio, >>> >>> I have a very very odd circumstance at present. This may or may not be >>> related to the Alfresco WebScript plugin OR the environment in which I am >>> running Manifold but thought I would raise the question. >>> >>> I have cloned the repo for the Alfresco Webscript connector and can see >>> that there is a ‘alfresco-indexer-client.jar’ file in the ‘target’ >>> directory. >>> >>> I have taken that jar and have replaced the jar that existed in the >>> Manifold instance. This was at a path called >>> ‘apache-manifoldcf/connector-lib’. This path is referenced in an >>> ‘mcf-properties.xml’ file which may or may not be specific to our >>> environment. >>> >>> Anyway, as I say I have replaced the existing jar but the strangest >>> thing is that the same path is being used when I ‘Save’ the repository >>> connection. In other words, the path ‘….api/node…’ is still being used >>> despite the jar file saying otherwise. >>> >>> NOTE: the way I am testing this is to apply the jar, restart Jetty (our >>> app server), open Manifold, navigate to the Alfresco WebScript Repository >>> connection, hit ‘Save’ and then open the ‘manifold.log’ file. It is in this >>> file that I see the HTTP request and the 404 error. It is in this HTTP >>> request that it stipulates the path it is using - the old path. >>> >>> — >>> >>> I have even gone to the extreme of removing this jar file and restarting >>> the app server to see if this jar is ignored by Manifold. If I do this >>> Manifold does not even start so it is clearly expecting that jar to exist. >>> This is even more strange. It is clearly reliant on the jar but it is not >>> using the content of that jar. >>> >>> Can I ask if you guys can think of any reason at all that this might be >>> happening. It is starting to drive me mad! >>> >>> Thanks >>> >>> >>> >>> >>> On 21 Oct 2015, at 02:23, Karl Wright <[email protected]> wrote: >>> >>> Hi Paul, >>> Looking at Issue 3, I think that Maurizio has indeed pointed you in the >>> right direction. Can you check your version of the plugin to be sure that >>> /api/node/ is NOT present in the described line of code? >>> >>> Karl >>> >>> >>> On Tue, Oct 20, 2015 at 5:00 PM, <[email protected]> wrote: >>> >>>> 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. >>>> >>>>>>>>>>> >>>> >>>>>>>>>>> >>>> >>>>>>>>>>> >>>> >>>>>>>>>> >>>> >>>>>>>>> >>>> >>>>>>>> >>>> >>>>>>> >>>> >>>>>>> >>>> >>>>>> >>>> >>>>>> >>>> >>>>> >>>> >>>>> >>>> >>>> >>>> >>> >>>> >>> >>>> >> >>>> > >>>> >>>> >>>> >>> >>> >> >> > >
