Alfresco Lucene и КМИС

Question

У нас есть эта проблема:

вчера мы имели собственный xmlModel в Alfresco, которая имела собственный тип, расширение контента с имущества и некоторых обязательных аспектов.

<type name="custom:myType"> 
    <title>Object</title> 
    <parent>cm:content</parent> 
    <properties> 
     <property name="custom:myProperty"> 
      <type>d:text</type> 
     </property> 
    </properties> 
    <mandatory-aspects> 
     <aspect>custom:myAspect1</aspect> 
    </mandatory-aspects> 
    </type> 

теперь у нас есть настоятельная необходимость перехода Обычай мой собственности в новом аспекте, как это:

<aspect name="custom:myAspect2"> 
    <title>new aspect</title> 
    <properties> 
     <property name="custom:myProperty"> 
      <type>d:text</type> 
      <mandatory enforced='true'>true</mandatory> 
     </property> 
    </properties> 
    </aspect> 

и тип теперь:

<type name="custom:myType"> 
<title>Object</title> 
<parent>cm:content</parent> 
<mandatory-aspects> 
    <aspect>custom:myAspect1</aspect> 
    <aspect>custom:myAspect2</aspect> 
</mandatory-aspects> 

После полного перестроения индекс, Lucene, похоже, не рассматривает эти изменения. Итак, в Alfresco на новых документах все в порядке, на старых, утомленных старой моделью и теперь переиндексированных, у нас все еще есть свойство, но отсутствует аспект. Это нормальное поведение? или некоторые проблемы/ошибки. Все это связано с нашей необходимостью делать запросы CMIS по аспектам, но у нас есть некоторые проблемы с созданием запросов к собственному свойству типа, который не является частью аспект в Alfresco. Кажется, что возможно только извлекать свойства аспект, а не типа контента. Это правда? спасибо

Спасибо.

Answer 1

Что касается первой части вашей проблемы, возможно, вам потребуется запустить скрипт, чтобы добавить аспект к старым объектам. Я действительно удивлен, что репо удалось запустить, потому что эти старые объекты должны жаловаться, что их тип требует обязательного аспекта, который не был добавлен к объекту.

Если бы я сделал внесенное изменение, я бы сначала заявил об афере как о пустом аспекте, а затем запустил сценарий, чтобы добавить аспект ко всем узлам, где это имеет смысл, а затем обновить модель, чтобы переместить свойство от типа к аспекту и перезапуск.

Что касается вашего второго вопроса о CMIS и запросах, вы должны иметь возможность запрашивать свойства, определенные как часть типа через CMIS, без каких-либо проблем. Проблема заключается в том, когда ваши свойства переходят к аспектам. Тогда ваши запросы должны сделать присоединиться, как это:

queryString = "select d.*, w.* from cmis:document as d join sc:webable as w on d.cmis:objectId = w.cmis:objectId where w.sc:isActive = True"; 

В этом примере, СБН: webable аспект и СБН: IsActive свойство определяется на этом аспекте.

Так что если вы сказали, что у вас возникли проблемы с запросом свойств, определенных по аспектам, это имеет смысл (из-за требования объединения), чем проблема с запросом свойств, определенных для типов.

Также обратите внимание, что добавление и удаление аспектов объектов/объектов, задание объекта, если оно имеет аспект, а также настройка или обновление свойств, определенных в аспект, требуют использования расширения, поскольку аспекты не поддерживаются CMIS 1.0 вне коробки. Существует extension for OpenCMIS и еще extension for cmislib.