manifoldcf-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Karl Wright <>
Subject Re: Questions pertaining to Alfresco webscript connector UI
Date Mon, 13 Oct 2014 07:41:09 GMT
Hi Maurizio,

Those refinements have been committed, and now I have another question
related to CONNECTORS-1059.

Please have a look at the following code:

        // Calling again Alfresco API because Document's actions are lost
from seeding method
        AlfrescoResponse response = alfrescoClient.fetchNode(doc);
        if(response.getDocumentList().isEmpty()){ // Not found seeded
document. Could reflect an error in Alfresco
          if (Logging.connectors != null)
            Logging.connectors.warn(MessageFormat.format("Invalid Seeded
Document from Alfresco with ID {0}", new Object[]{doc}));
        Map<String, Object> map = response.getDocumentList().get(0); //
Should be only one
        if ((Boolean) map.get("deleted")) {


The question is, is there a distinction between how Alfresco handles the
deleting of a node, vs. deleting of a document contained by that node?  It
looks like the node is considered to be deleted once all the child
documents are deleted -- is this a fair description?


On Sat, Oct 11, 2014 at 5:04 PM, Karl Wright <> wrote:

> Welcome, Maurizio, it is good to have you on board!
> Our team is quite diverse, with committers from many parts of Europe, the
> Middle East, Japan, and the United States.  We range in age from people in
> their 20's to at least one committer in his 50's.  A few of us have met in
> person, but most have not.  But since we know you live in Amsterdam, we'll
> certainly not hesitate to look you up if we are ever in the neighborhood.
> :-)
> Thank you for the UI help; I plain on committing some refinements tomorrow
> that should make the UI rather tighter.
> Thanks,
> Karl
> Sent from my Windows Phone
> ------------------------------
> From: Maurizio Pillitu
> Sent: 10/11/2014 12:34 PM
> To: Rafa Haro
> Cc:; Karl Wright
> Subject: Re: Questions pertaining to Alfresco webscript connector UI
> Hi everyone,
> my name is Maurizio Pillitu and this is my first email as Apache
> ManifoldCF committer; I'm extremely excited to be part of this team and I'm
> looking forward to working with each and everyone of you. A special thanks
> to Karl who led the Alfresco Webscript Connector integration and proposed
> my committership.
> I'm currently working as Consultant in the Alfresco Professional Services
> team (; I'm 34, resident in
> Amsterdam, but living in airports, covering EMEA territory; if you want
> to know more about me you will find me at and as
> maoo at,,,
> My comments interleaved...
> On Sat, Oct 11, 2014 at 5:16 PM, Rafa Haro <> wrote:
>> Those are probably more suitable to be answered by Maurizio :-) but I
>> will try :
>> En 11 de octubre de 2014 en 14:25:25, Karl Wright (
>> escrito:
>> Hi Rafa and Maurizio,
>> I just committed a UI test for the alfresco webscript connector, and while
>> I was at it, I needed to fix a few things to get it to pass. I noted that
>> the UI seems perhaps overly general, and started wondering if we should
>> tighten it up a bit. To that end, I have a few questions:
>> (1) What are legal values for storeprotocol? "workspace", but what else?
>> I suspect this is not open-ended.
>> That one definitively is for Maurizio
> This is the list of stores in Alfresco; nodeRefs are built with the
> <protocol>://<identifier>/<UUID> convention.
> Protocol​/​Identifier
> ---
> user​/alfrescoUserStore
> system​/system
> workspace​/lightWeightVersionStore
> workspace​/version2Store
> archive​/SpacesStore
> workspace​/SpacesStore
> The only stores that have sense to index are workspace://SpacesStore and
> archive://SpacesStore, since the others are used by Alfresco internals and
> can be queried using Restful APIs.
>> (2) Where is the port supposed to go? If the port is expected to be
>> attached to the hostname, then it should be a separate field.
>> Yep, exactly
>> (3) Am I correct in guessing that "endpoint" should always start with a
>> "/"
>> and not be empty? Or, can it be empty?
>> Not empty and following a normal installation of the alfresco-indexer
>> plugin in alfresco, can be a fixed value
> The "endpoint" attribute defaults to "/alfresco/service", where
> "/alfresco" is the servlet context (variable) and "/service" is the same
> for all Alfresco installations; I'd propose to replace "endpoint" with
> "context" (or similar, alternatives are welcome) and compose the final Url
> in the connect() method.
>> (4) Can the username or password be empty?
>> Nop
> ​I think it could/should, depending on the Alfresco Webscript
> authentication settings; if webscripts are configured to accept
> unauthenticated connections, the Alfresco Manifold ​connector could provide
> empty username/password.

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message