سلام توی این قسمت مسائل مربوط به infopath با توجه به کارایی ای که داره مورد بحث قرار میگیره.
یه مشکل خیلی مسخره که تو اینفوپث وجود داره updating content type failed هست که بعضی وقت ها که فرم رو می خواهید پابلیش کنید باهاش مواحه می شید.
این error بخاطر فیلد هایی زیادی هست که توی فرمتون بکار بردین و همچنین یسری محدودیت های لیست های شرپوینتی هست
64 Single line of text and Choice (drop-down menu or radio buttons)
31 Multiple lines of text and/or Choice (check boxes (allow multiple sections))
32 Number and currency
32 Hyperlink
16 Date and time
16 Lookup 16 Yes/No
8 Calculated
البته راهکارهای زیادی تو اینترنت ارائه شده که بنظر میرسه محدود کردن فیلدها جواب میده
این نکته رو هم در نظر داشته باشین که در دفعه اول publish ممکنه این error رو نبینید ولی از دفعه های بعد شاهد اون خواهید بود. یه راه حل برای رفع این مشکل هم اینه که ابتدا فیلد هاتون رو داخل بایگانی فرم بسازید و در هنگام publish به اینفوپث بگید که یه ستون جدید نسازه و در عوض ستون هایی که قبلا ساختن رو آپدیت کنه.
اینم یسری لینک مفید:
Dooly's Domain: Publishing InfoPath Forms - Updating Content Type Failed
The Acuff Group
یه راه دیگم که پیدا کردم برداشتن محدودیت از روی نما هست که اون هم باعث error میشه. روش اون هم اینجاست:
With the help from Microsoft we finally got this figured out. We needed to change the Item Limit field within the Document Library Settings. Click on View All Site Content > Form Templates > Settings > Document Library Settings > Views > All Forms > Item Limit and change the Number of items to display to something greater that the number of form templates that you have.
From Microsoft:
Hi Tom, I’m glad to hear that worked. After seeing the Fiddler2 capture, I suspected that would resolve the problem. Under the covers, InfoPath makes several calls to web services in MOSS to create or update a content type form. One of these calls requests a list of all the forms in the FormServerTemplates library. Unfortunately, the by-design behavior of this web service call is to return only those forms that appear on the default view of that library. When the library is filtered or item limited, then the list can come back incomplete. In the two Fiddler2 traces you sent, the working form appeared in the list of forms returned by the web service, but the failing form did not. Because InfoPath could not find the information it needed to update the form template, the update failed. Changing the item limit so that all the forms appear on the first “page” of the default view should allow InfoPath to find the form information it needs and successfully update the form template. Thanks,, MCSD.NET
اینم خود مایکروسافت گفته:
http://support.microsoft.com/kb/823555
موضوعات مشابه: