<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Share Forms - force &amp; Advanced Search in Alfresco Archive</title>
    <link>https://connect.hyland.com/t5/alfresco-archive/share-forms-force-advanced-search/m-p/293472#M246602</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Hello,&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;your search form is configured to serve a specific type of object. By default, only the properties and associations of that type and any of its default aspects will be used to generate the form definition on the Repository tier (which then is used to generate the actual form on the Share tier). If you force a specific field you basically say that "no matter if type X has (or can have) property / association Y, include it". This is almost always useful only for aspects, because they - by design - are typically optional on objects / types and thus would not be included in the form otherwise.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;In short:&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;- if force is false (or not set), FormService will only generate a field if that actually exists on the type (directly or through inheritance)&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;- if force is true, FormService will generate the field no matter what (it should at least be defined in the data model)&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I know this is basically what the wiki says - I can find no way to simplify it more or give more detail without getting to technical.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;The problem you describe in the first paragraph sounds like the result of not setting force to true but still including the field in the appearance-section of the form config with a control-template. Whenever you explicitly assign a control-template, that field will be generated in the user interface even if the FormService did not generate a description for it. As a result, it may use an incorrect identifier which - in turn - will lead to the field not being incorporated into the search query (a specific identifier format is expected).&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Regards&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Axel&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 12 Aug 2014 16:35:09 GMT</pubDate>
    <dc:creator>afaust</dc:creator>
    <dc:date>2014-08-12T16:35:09Z</dc:date>
    <item>
      <title>Share Forms - force &amp; Advanced Search</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/share-forms-force-advanced-search/m-p/293471#M246601</link>
      <description>Hello,I have Search form for a custom type that has aspect properties. However, until I specified force="true" for the show element for the aspect properties, terms for the aspect property were not being used in the search. By debugging advsearch jsp I did see the terms seemed to be in the query var</description>
      <pubDate>Mon, 11 Aug 2014 17:54:54 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/share-forms-force-advanced-search/m-p/293471#M246601</guid>
      <dc:creator>mtw999</dc:creator>
      <dc:date>2014-08-11T17:54:54Z</dc:date>
    </item>
    <item>
      <title>Re: Share Forms - force &amp; Advanced Search</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/share-forms-force-advanced-search/m-p/293472#M246602</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Hello,&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;your search form is configured to serve a specific type of object. By default, only the properties and associations of that type and any of its default aspects will be used to generate the form definition on the Repository tier (which then is used to generate the actual form on the Share tier). If you force a specific field you basically say that "no matter if type X has (or can have) property / association Y, include it". This is almost always useful only for aspects, because they - by design - are typically optional on objects / types and thus would not be included in the form otherwise.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;In short:&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;- if force is false (or not set), FormService will only generate a field if that actually exists on the type (directly or through inheritance)&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;- if force is true, FormService will generate the field no matter what (it should at least be defined in the data model)&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I know this is basically what the wiki says - I can find no way to simplify it more or give more detail without getting to technical.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;The problem you describe in the first paragraph sounds like the result of not setting force to true but still including the field in the appearance-section of the form config with a control-template. Whenever you explicitly assign a control-template, that field will be generated in the user interface even if the FormService did not generate a description for it. As a result, it may use an incorrect identifier which - in turn - will lead to the field not being incorporated into the search query (a specific identifier format is expected).&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Regards&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Axel&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 12 Aug 2014 16:35:09 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/share-forms-force-advanced-search/m-p/293472#M246602</guid>
      <dc:creator>afaust</dc:creator>
      <dc:date>2014-08-12T16:35:09Z</dc:date>
    </item>
  </channel>
</rss>

