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] 
> <mailto:[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] 
>> <mailto:[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] 
>> <mailto:[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] <mailto:[email protected]>>
>> Sent: Tuesday, October 20, 2015 12:34pm
>> To: "[email protected] <mailto:[email protected]>" 
>> <[email protected] <mailto:[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] 
>> <mailto:[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 <http://54.165.85.140:8080/>
>> > DEBUG 2015-10-20 12:18:46,869 (qtp182259421-40) - Connecting to /
>> > 54.165.85.140:8080 <http://54.165.85.140:8080/>
>> > DEBUG 2015-10-20 12:18:46,870 (qtp182259421-40) - Connection established
>> > 172.31.23.90:58712 <http://172.31.23.90:58712/><->54.165.85.140:8080 
>> > <http://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 <http://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 
>> > <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 
>> > <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 <tel:%2B44%20%280%29%20207%20183%206865> | 
>> > funnelback.com <http://funnelback.com/> <http://www.funnelback.com/ 
>> > <http://www.funnelback.com/>>
>> >
>> > *UNITED KINGDOM* | AUSTRALIA | NEW ZEALAND | POLAND | UNITED STATES
>> >
>> > Connect with us: LinkedIn <http://www.linkedin.com/company/funnelback 
>> > <http://www.linkedin.com/company/funnelback>> -
>> > Twitter <https://twitter.com/funnelback <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] 
>> > <mailto:[email protected]>> wrote:
>> >
>> > Hi Paul,
>> >
>> > it looks like you're hitting
>> > https://github.com/maoo/alfresco-indexer/issues/3 
>> > <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
>> >  
>> > <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
>> >  
>> > <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] 
>> > <mailto:[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] 
>> >> <mailto:[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] 
>> >> <mailto:[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 <tel:%2B44%20%280%29%20207%20183%206865> | 
>> >>> funnelback.com <http://funnelback.com/> <http://www.funnelback.com/ 
>> >>> <http://www.funnelback.com/>>
>> >>>
>> >>> *UNITED KINGDOM* | AUSTRALIA | NEW ZEALAND | POLAND | UNITED STATES
>> >>>
>> >>> Connect with us: LinkedIn <http://www.linkedin.com/company/funnelback 
>> >>> <http://www.linkedin.com/company/funnelback>> -
>> >>>  Twitter <https://twitter.com/funnelback 
>> >>> <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] 
>> >>> <mailto:[email protected]>> wrote:
>> >>>
>> >>> Hi,
>> >>>
>> >>> At the Alfresco side, hope this helps:
>> >>>
>> >>> http://docs.alfresco.com/4.1/tasks/amp-install.html 
>> >>> <http://docs.alfresco.com/4.1/tasks/amp-install.html>
>> >>>
>> >>> Cheers
>> >>>
>> >>>
>> >>>
>> >>>
>> >>>
>> >>> On Tue, Oct 20, 2015 at 1:13 PM, Karl Wright <[email protected] 
>> >>> <mailto:[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] 
>> >>>> <mailto:[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 
>> >>>>> <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] 
>> >>>>> <mailto:[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] <mailto:[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] 
>> >>>>>> <mailto:[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] <mailto:[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 <tel:%2B44%20%280%29%20207%20183%206865> | 
>> >>>>>>> funnelback.com <http://funnelback.com/>
>> >>>>>>> <http://www.funnelback.com/ <http://www.funnelback.com/>>
>> >>>>>>>
>> >>>>>>> *UNITED KINGDOM* | AUSTRALIA | NEW ZEALAND | POLAND | UNITED STATES
>> >>>>>>>
>> >>>>>>> Connect with us: LinkedIn
>> >>>>>>> <http://www.linkedin.com/company/funnelback 
>> >>>>>>> <http://www.linkedin.com/company/funnelback>> - Twitter
>> >>>>>>> <https://twitter.com/funnelback <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] 
>> >>>>>>> <mailto:[email protected]>> wrote:
>> >>>>>>>
>> >>>>>>> Hi Paul,
>> >>>>>>>
>> >>>>>>> All you need to do is to install this webscript
>> >>>>>>> <https://github.com/maoo/alfresco-indexer 
>> >>>>>>> <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] <mailto:[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 
>> >>>>>>>> <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] 
>> >>>>>>>> <mailto:[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] <mailto:[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] <mailto:[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
>> >>>>>>>>>>  
>> >>>>>>>>>> <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 <tel:%2B44%20%280%29%20207%20183%206865> 
>> >>>>>>>>>> | funnelback.com <http://funnelback.com/>
>> >>>>>>>>>> <http://www.funnelback.com/ <http://www.funnelback.com/>>
>> >>>>>>>>>>
>> >>>>>>>>>> *UNITED KINGDOM* | AUSTRALIA | NEW ZEALAND | POLAND | UNITED
>> >>>>>>>>>> STATES
>> >>>>>>>>>>
>> >>>>>>>>>> Connect with us: LinkedIn
>> >>>>>>>>>> <http://www.linkedin.com/company/funnelback 
>> >>>>>>>>>> <http://www.linkedin.com/company/funnelback>> - Twitter
>> >>>>>>>>>> <https://twitter.com/funnelback <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] 
>> >>>>>>>>>> <mailto:[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] 
>> >>>>>>>>>> <mailto:[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 <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] <mailto:[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.
>> >>>>>>>>>>>
>> >>>>>>>>>>>
>> >>>>>>>>>>>
>> >>>>>>>>>>
>> >>>>>>>>>
>> >>>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>
>> >>>>>
>> >>>>
>> >>>
>> >>>
>> >>
>> >
>> 
>> 
>> 
> 
> 

Reply via email to