SharePoint bảo mật cơ bản mồi / Tránh những cạm bẫy phổ biến

CẬP NHẬT 12/18/07: Xem bài viết của Paul Liebrand cho một số hậu quả kỹ thuật loại bỏ hoặc sửa đổi tên nhóm mặc định (xem bình luận của ông dưới đây cũng).

Tổng quan:

SharePoint bảo mật là dễ dàng để cấu hình và quản lý. Tuy nhiên, nó đã chứng minh là khó khăn cho một số quản trị viên thời gian đầu tiên để thực sự quấn tay của họ xung quanh nó. Không chỉ vậy, Tôi đã thấy một số quản trị viên đến một sự hiểu biết hoàn hảo về thứ hai chỉ đến đã thất bại bởi thứ sáu vì họ không phải làm bất kỳ cấu hình trong thời gian can thiệp. (Tôi thừa nhận để có vấn đề này bản thân mình). Blog entry này hy vọng cung cấp một SharePoint hữu ích an ninh mồi và điểm hướng tới một số cấu hình an ninh thực tiễn tốt nhất.

Lưu ý quan trọng:

Mô tả này được dựa trên ra khỏi hộp bảo mật SharePoint. Kinh nghiệm cá nhân của tôi hướng xung quanh thành phố MOSS do đó có thể có một số công cụ MOSS cụ thể ở đây, nhưng tôi tin rằng nó là chính xác cho WSS. Tôi hy vọng rằng bất cứ ai nhìn thấy bất kỳ lỗi hoặc thiếu sót sẽ chỉ mà ra trong ý kiến hoặc gửi email cho tôi. Tôi sẽ làm cho chỉnh đăng sự vội vàng.

Nguyên tắc cơ bản:

Cho các mục đích của Tổng quan này, có bốn khía cạnh cơ bản để bảo mật: người dùng/nhóm, securable đối tượng, các cấp phép và thừa kế.

Nhóm và người dùng phá vỡ xuống để:

  • Người dùng cá nhân: Kéo từ hoạt động thư mục hoặc tạo trực tiếp trong SharePoint.
  • Nhóm: Ánh xạ trực tiếp từ hoạt động thư mục hoặc tạo ra trong SharePoint. Nhóm là một bộ sưu tập của người dùng. Nhóm được toàn cầu trong một bộ sưu tập trang web. Họ không bao giờ "gắn" với một đối tượng cụ thể securable.

Securable đối tượng phá vỡ xuống để tối thiểu:

  • Các trang web
  • Thư viện tài liệu
  • Các mặt hàng cá nhân trong danh sách và thư viện tài liệu
  • Thư mục
  • Cài đặt khác nhau BDC.

Có khác các đối tượng securable, nhưng bạn nhận được hình ảnh.

Cấp phép: Một bó của hạt / quyền truy cập cấp thấp bao gồm những thứ như tạo/đọc/xóa mục trong danh sách.

Thừa kế: Theo mặc định thực thể thừa kế thiết đặt bảo mật từ đối tượng có chứa. Các trang web tiểu thừa kế quyền từ cha mẹ của họ. Thư viện tài liệu kế thừa từ trang web của họ. Vv và vv..

Người dùng và nhóm liên quan đến các đối tượng securable thông qua các cấp phép và thừa kế.

Các quy tắc bảo mật quan trọng nhất để hiểu, Ever 🙂 :

  1. Nhóm là chỉ đơn giản là bộ sưu tập của người dùng.
  2. Nhóm được toàn cầu trong vòng một bộ sưu tập trang web (tức là. có is không thing như vậy là một nhóm được xác định ở cấp độ trang web).
  3. Tên nhóm không chịu, Nhóm không, Tại và của chính họ, có bất kỳ mức độ cụ thể của bảo mật.
  4. Nhóm có an ninh trong bối cảnh của một đối tượng cụ thể securable.
  5. Bạn có thể gán cấp phép khác nhau cho cùng một nhóm cho mọi đối tượng securable.
  6. Chính sách ứng dụng web trump tất cả điều này (Xem dưới đây).

Quản trị viên bảo mật bị mất trong một biển của các danh sách nhóm và người dùng có thể luôn luôn dựa vào các tiên đề quản lý và hiểu của cấu hình bảo mật.

Cạm bẫy:

  • Tên nhóm sai bao hàm sự cho phép: Ra khỏi hộp, SharePoint định nghĩa một tập của nhóm có tên ngụ ý một mức vốn có bảo mật. Xem xét nhóm "Đóng góp". Một không quen với SharePoint an ninh cũng có thể nhìn vào đó tên và giả định rằng bất kỳ thành viên của nhóm đó có thể "đóng góp" để bất kỳ trang web/danh sách/thư viện trong cổng. Đó có thể đúng, nhưng không phải vì tên của nhóm sẽ xảy ra là "đóng góp". Đây là chỉ thực sự ra khỏi hộp vì đội đã được cung cấp một mức độ quyền mà cho phép họ để thêm/chỉnh sửa/xóa nội dung ở trang web gốc. Thông qua thừa kế, "đóng góp" Nhóm cũng có thể thêm/chỉnh sửa/xóa nội dung ở mỗi trang web phụ. Ai có thể "phá vỡ" thừa kế chuỗi và thay đổi cấp phép của một phụ trang web như vậy là thành viên của cái gọi là "đóng góp" Nhóm không thể đóng góp ở tất cả, nhưng chỉ đọc (Ví dụ). Điều này sẽ không là một ý tưởng tốt, rõ ràng, kể từ khi nó sẽ là rất khó hiểu.
  • Nhóm không được xác định ở cấp độ trang web. Nó là dễ dàng để được bối rối bởi giao diện người dùng. Microsoft cung cấp một liên kết tiện lợi cho người dùng/nhóm quản lý thông qua mỗi trang web "những người và nhóm" liên kết. Nó là dễ dàng để tin rằng khi tôi đang ở trang web "xyzzy" tôi tạo ra một nhóm thông qua xyzzy của những người và nhóm liên kết mà tôi đã chỉ tạo ra một nhóm chỉ tồn tại tại xyzzy. Đó không phải là trường hợp. Tôi đã thực sự tạo ra một nhóm cho bộ sưu tập toàn bộ trang web.
  • Thành viên nhóm không thay đổi tùy theo trang web (tức là. nó là như nhau ở khắp mọi nơi đội được sử dụng): Xem xét nhóm "chủ sở hữu" và hai trang web, "NHÂN SỰ" và "Hậu cần". Nó sẽ là bình thường để nghĩ rằng hai cá nhân riêng biệt nào sở hữu các trang web đó — một chủ nhân sự và một chủ sở hữu Logistics. Giao diện làm cho nó dễ dàng cho người quản trị an ninh máy mishandle kịch bản này. Nếu tôi không biết tốt hơn, Tôi có thể truy cập vào các liên kết những người và nhóm thông qua trang web HR, chọn "chủ nhân" Nhóm và thêm của tôi chủ sở hữu HR vào nhóm đó. Một tháng sau, Hậu cần đến trên dòng. Tôi truy cập vào những người và nhóm từ trang web Logistics, Thêm kéo lên "chủ nhân" Nhóm. Tôi thấy chủ nhân sự có và loại bỏ của mình, suy nghĩ rằng tôi loại bỏ cô ấy từ chủ sở hữu tại địa điểm hậu cần. Thực tế, Tôi loại bỏ cô ấy từ nhóm chủ sở hữu toàn cầu. Vui nhộn nảy sinh.
  • Không thực hiện tên nhóm dựa trên vai trò cụ thể: "Approvers" Nhóm là một ví dụ hoàn hảo. Những gì có thể thành viên của nhóm này phê chuẩn? Nơi họ có thể chấp nhận nó? Tôi thực sự muốn bộ phận hậu cần người để có thể chấp nhận tài liệu HR? Tất nhiên là không. Luôn luôn tên nhóm dựa trên vai trò của họ trong tổ chức. Điều này sẽ làm giảm nguy cơ nhóm được chỉ định một mức độ không thích hợp cho phép cho một đối tượng cụ thể securable. Tên nhóm dựa trên vai trò dự định của họ. Trong trường hợp nhân sự/hậu cần trước, Tôi nên đã tạo ra hai nhóm mới: "Nhân sự chủ sở hữu." và "hậu cần chủ sở hữu." và chỉ định hợp lý quyền cấp cho mỗi và số tiền tối thiểu cần thiết cho những người sử dụng để làm công việc của họ.

Tài liệu tham khảo hữu ích khác:

Nếu bạn đã làm điều này đến nay:

Xin vui lòng cho tôi biết suy nghĩ của bạn thông qua các ý kiến hoặc gửi email cho tôi. Nếu bạn biết các tài liệu tham khảo tốt, Xin vui lòng làm như vậy!

Technorati Tags:

Nhanh chóng và dễ dàng: Tạo một dữ liệu xem Web Part (DVWP)

Đó là một sự giàu có của các thông tin tuyệt vời về các WSS 3.0 Dữ liệu xem Web phần (DVWP) trên trang web từ nhiều nguồn. Tuy nhiên, Tôi tìm thấy nó để đáng ngạc nhiên khó khăn để tìm thông tin về bước này rất cơ bản đầu tiên. Đây là một bài viết trong "nhanh chóng và dễ dàng" loạt để giải quyết nó.

Thực hiện theo các bước sau để tạo ra một phần dữ liệu xem web (DVWP). Chúng được dựa trên một "thông báo" một phần web, nhưng áp dụng cho hầu hết các danh sách.

  1. Tạo một phần web thông báo và thêm nó vào một trang web.
  2. Mở trang web trong SharePoint Designer.
  3. Mở các trang web default.aspx.
  4. Chọn phần web thông báo và nhấp chuột phải vào.
  5. Từ trình đơn ngữ cảnh, chọn "chuyển đổi để XSLT xem dữ liệu".

SharePoint Designer thông báo cho bạn rằng trang web này bây giờ tùy chỉnh từ định nghĩa trang web của nó. Đó không phải là nhất thiết phải xấu, nhưng có ý nghĩa quan trọng (hiệu suất, nâng cấp, những người khác) đó là vượt ra ngoài phạm vi này ít "nhanh chóng và dễ" nhập cảnh. Để biết thêm thông tin về chủ đề này, Tôi khuyên bạn nên cả hai cuốn sách Ở đây cũng như tìm kiếm Internet yêu thích của bạn.

Xác nhận rằng bạn đã làm nó một cách chính xác:

  1. Đóng và mở lại trình duyệt web (để tránh vô tình gửi lại các bản gốc "thêm một phần web mới").
  2. Chọn một phần web mũi tên thả xuống và chọn "thay đổi chia sẻ Web phần" từ trình đơn.
  3. Bảng điều khiển công cụ sẽ mở ra ở bên phải.
  4. Bảng điều khiển đã thay đổi từ các tùy chọn đặt thông thường này:
hình ảnh

“Không thể nhận được bất động sản danh sách giản đồ cột từ danh sách SharePoint” — mô tả/công việc-arounds

Tuần này, chúng tôi cuối cùng đã sao chép một vấn đề mà đã được báo cáo bởi một người dùng từ xa: Khi cô đã cố gắng để xuất khẩu các nội dung của một danh sách để excel, những điều dường như sẽ bắt đầu làm việc, nhưng sau đó Excel sẽ bật lên một lỗi: "Can't get bất động sản danh sách giản đồ cột từ danh sách SharePoint". Cô hoạt động văn phòng 2003, Windows XP và kết nối với RÊU.

Tôi tìm kiếm các Internets và thấy một số đầu cơ nhưng không có gì 100% cuối cùng. Do đó, bài đăng này.

Vấn đề: Xuất khẩu một lần xem để excel có chứa một ngày (ngày = kiểu dữ liệu cột).

Những gì đã làm việc cho chúng tôi: Chuyển đổi ngày tháng để một "dòng văn bản". Sau đó, chuyển nó trở lại cho một ngày.

Mà giải quyết nó. Nó đã được tốt đẹp để thấy rằng chuyển đổi đã làm việc, thực sự. Đó là khá lo lắng rằng chuyển đổi những thứ theo cách này sẽ không, nhưng nó đã không.

Lỗi này đã ném một bóng rất lớn trên kiểu dữ liệu ngày trong tâm trí của khách hàng, Vì vậy, chúng tôi sẽ tìm ra một câu trả lời dứt khoát từ Microsoft và hy vọng rằng tôi sẽ đăng bài và Cập Nhật ở đây trong thời gian ngắn kế tiếp của thời gian với thông tin chính thức của họ trả lời và hotfix.

Tham khảo khác:

http://www.kevincornwell.com/blog/index.php/cannot-get-the-list-schema-column-property-from-the-sharepoint-list/

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2383611&SiteID=1

<kết thúc>

Đăng ký vào blog của tôi.

Technorati Tags: ,

Nhanh chóng và đơn giản: Gửi một email với liên kết nhúng từ công việc SharePoint Designer

Một lần hoặc hai lần tháng, một bài viết một câu hỏi diễn đàn: "Làm thế nào để bao gồm siêu liên kết đến URL của có thể nhấp từ một email SharePoint Designer?"

Trình bày không có thêm bình luận: (tốt, thực sự có là thêm nhận xét sau khi hình ảnh):

hình ảnh

Becky Isserman sau với một lời giải thích hữu ích về việc làm thế nào để nhúng một liên kết đến một mục trong email: http://www.sharepointblogs.com/mosslover/archive/2007/11/20/addition-to-paul-galvin-s-post-about-sending-an-e-mail-with-hyperlinks-in-spd.aspx

Mới phát hành: SharePoint Designer Workflow Extensions (chức năng thao tác chuỗi)

CẬP NHẬT: Xem ở đây để suy nghĩ của tôi về thương mại hóa các dự án này: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!569.entry

Tôi đã bận rộn làm việc trên dự án Codeplex của tôi hiện nay là tập trung vào việc cung cấp chuỗi thao tác mở rộng quy trình công việc tạo ra thông qua SharePoint Designer.

Xem ở đây để biết chi tiết:

Dự án trang chủ: http://www.codeplex.com/spdwfextensions

Phát hành: https://www.codeplex.com/Release/ProjectReleases.aspx?ProjectName=spdwfextensions&ReleaseId=8280

Phiên bản 1.0 bao gồm các tính năng mới:

Chức năng Mô tả (Nếu không giống như chức năng .net)
NUM-mục() Trả về số "mục" trong một chuỗi theo một delimiter được chỉ định.

Ví dụ:: NUM-mục trong một chuỗi "một,b,c" với delimiter"," = 3.

Nhập cảnh() Trả về kỷ niệm thứ n trong một chuỗi theo một delimiter được chỉ định.
Chiều dài String.Length
Thay thế() String.Replace()
Chứa() String.Contains()
Trở về từ "đúng" hoặc từ "sai".
Xâu con(bắt đầu) String.Substring(bắt đầu)
Xâu con(bắt đầu,chiều dài) String.Substring(bắt đầu,chiều dài)
ToUpper() String.ToUpper()
ToLower() String.ToLower()
StartsWith() String.StartsWith()
Trở về từ "đúng" hoặc từ "sai".
EndsWith() String.EndsWith()
Trở về từ "đúng" hoặc từ "sai".

Một lỗi thời gian chạy BDC giải thích

Tôi gây ra một lỗi BDC tuần này biểu hiện bản thân trên giao diện người dùng và trong các 12 hive đăng nhập Tại thời gian chạy.

Đầu tiên, Điều này xuất hiện trong giao diện người dùng:

Không thể tìm thấy các lĩnh vực để chèn tất cả các giá trị định danh chính xác thực hiện một SpecificFinder MethodInstance với tên … Đảm bảo đầu vào tham số có TypeDescriptors liên kết với mỗi ký hiệu nhận dạng xác định cho tổ chức này.

Đây là một ảnh chụp màn hình:

clip_image001

Tôi cũng có thể gây ra các thông báo này xuất hiện trong các 12 hive đăng nhập tại sẽ (bằng cách sử dụng của tôi high-tech-don't-try-this-at-home cấp bằng sáng chế "lỗi bí ẩn" phương pháp):

11/14/2007 09:24:41.27 w3wp.exe (0x080C) 0x0B8C dữ liệu kinh doanh máy chủ SharePoint Portal 6q4x cao ngoại lệ trong BusinessDataWebPart.OnPreRender: System.InvalidOperationException: Giá trị định danh ”, loại ”, không hợp lệ. Dự kiến giá trị định danh của loại 'System.String'. tại Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(Đối tượng[] subIdentifierValues, LobSystemInstance lobSystemInstance) tại Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(Thực thể thực thể, Đối tượng[] userValues, LobSystemInstance lobSystemInstance) tại Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(Xem desiredView) tại Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() tại Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

Tôi tìm kiếm xung quanh và tìm thấy một số dẫn trong các MSDN diễn đàn, nhưng họ không đủ cho tôi để hiểu những gì tôi đã làm sai. Tôi đã xem một webcast bởi Ted Pattison đó của tôi công ty có squirreled đi trên một máy chủ và đến để nhận ra vấn đề của tôi.

Trong ADF của tôi, Tôi đang kết nối với cơ sở dữ liệu SQL như được hiển thị:

            <Bất động sản Tên="RdbCommandText" Loại="System.String">
              <![CDATA[
                CHỌN SETID, CARRIER_ID, EFFDT, DESCR, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      QUỐC GIA, ADDRESS1, ADDRESS2, ADDRESS3, ADDRESS4, THÀNH PHỐ, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      QUẬN, NHÀ NƯỚC, BƯU CHÍNH, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, ĐIỆN THOẠI, PHẦN MỞ RỘNG, FAX, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG từ dbo.PS_CARRIER_ID_VW với (nolock)
                NƠI
                  (SETID <> 'CHIA SẺ') và
                  (thấp hơn(CARRIER_ID) >= thấp(@MinId)) và
                  (thấp hơn(CARRIER_ID) <= thấp(@MaxId)) và
                  (thấp hơn(DESCR) THÍCH thấp(@InputDescr))
                ]]>
            </Bất động sản>

Tôi đã được cung cấp đó SQL từ một DBA người và tôi cho hiểu rằng nó là một đặc biệt xem họ tạo ra chỉ cho tôi. Chìa khóa duy nhất có là CARRIER_ID.

Đây là lỗi tôi giới thiệu:

      <Định danh>
        <Định danh Tên="CARRIER_ID" TypeName="System.String" />
        <Định danh Tên="DESCR" TypeName="System.String" /> 
</Định danh>

Một nơi nào đó dọc theo dòng, Tôi đã quản lý để nhầm lẫn bản thân mình hơn ý nghĩa của <Định danh> và thêm vào DESCR mặc dù nó không phải là thực sự là thông tin nhận dạng. Tôi đã DESCR ra khỏi các định danh thiết lập và presto! Nó tất cả đã làm việc.

Tôi hy vọng điều này sẽ giúp ai đó bớt đau buồn 🙂

Technorati Tags: , , ,

Bạn không thể đánh bại của SharePoint tiếp cận

Trong hai ngày qua, Tôi có tham gia vào hai cuộc họp trong thời gian đó, chúng tôi trình bày các kết quả của một dự án SharePoint. CIO và nhóm của ông đã tham gia cuộc họp đầu tiên. Đó là tiêu chuẩn và không đặc biệt đáng chú ý. Bộ phận IT là rõ ràng là tham gia vào một buổi giới thiệu doanh nghiệp của bất kỳ dự án công nghệ. Cuộc họp lần thứ hai mở rộng để bao gồm một V.P. bộ phận marketing, một số giám đốc đại diện cho nhân sự, Hậu cần, Sản xuất, Vốn đầu tư dự án, Chất lượng, Mua, Phát triển công ty và các phòng ban (một số người trong số họ đã không thậm chí trực tiếp tham gia trong giai đoạn hiện tại). Đó là một đối tượng rộng hùng.

Trong cuộc sống của tôi trước khi, Tôi chủ yếu làm việc về các dự án ERP và CRM. Cả hai đều có một tên miền khá rộng giải pháp nhưng không rộng như SharePoint. Để được thực hiện đầy đủ, Dự án SharePoint cách hợp pháp và nhất thiết phải đạt được vào mỗi nook và cranny của một tổ chức. Làm thế nào nhiều các giải pháp doanh nghiệp khác đã có loại đạt? Không nhiều.

SharePoint rõ ràng đại diện cho một cơ hội rất lớn đối với những người trong chúng ta may mắn, đủ để trong không gian này. Nó cung cấp một cơ hội tuyệt vời kỹ thuật (bằng cách nào đó mà được bật trên đầu của nó Ở đây dưới "Công nghệ bạn phải nắm vững"). Nhưng ngay cả tốt hơn, SharePoint cho thấy nhiều chúng tôi đến một phạm vi rộng lớn và rộng của quy trình kinh doanh thông qua các cuộc đụng độ. Bao nhiêu CRM chuyên gia làm việc với phía sản xuất của công ty? Bao nhiêu ERP tư vấn làm việc với nguồn nhân lực về việc mua lại tài năng? SharePoint vượt quá chúng cả hai.

Giống như bất cứ điều gì, nó không phải là hoàn hảo, nhưng đó là một nơi damned tốt để.

Đối với tình yêu của [điền vào của bạn đang người/cao người thân yêu nhất], không thay đổi các ' tiêu đề’ Trang web cột.

Trên các SharePoint diễn đàn, đôi khi có người hỏi về "thay đổi nhãn tiêu đề" hoặc về "Xoá tiêu đề từ danh sách".

Điểm mấu chốt: Không làm điều đó!

Đáng buồn, giao diện người dùng cho phép một sự thay đổi chiều của nhãn cột đó như hiển thị:

hình ảnh

Tiêu đề là một cột kết hợp với "mục" loại nội dung. Nhiều, nhiều, nhiều người sử dụng của CT cột này và nếu bạn thay đổi nó ở đây, nó gợn sóng ra ở khắp mọi nơi. Có là một cơ hội tốt mà bạn không có ý định cho rằng để xảy ra. Bạn có lẽ đã suy nghĩ cho chính mình, "Tôi có một danh sách tùy chỉnh tra cứu và ' tiêu đề’ chỉ cần không làm cho tinh thần như một tên cột, Vì vậy tôi sẽ thay đổi nó để ' mã trạng thái’ và thêm một cột mô tả." Nhưng nếu bạn làm theo thông qua vào suy nghĩ rằng và đổi tên ' tiêu đề’ để 'Mã trạng thái', mỗi danh sách tiêu đề (bao gồm thư viện tài liệu) thay đổi để "tình trạng mã" và bạn có thể không có ý định cho rằng để xảy ra.

Vấn đề thực tế là rằng đây là một sự thay đổi một chiều. Giao diện "biết." danh hiệu"" là một từ thuộc. Vì vậy, Nếu bạn cố gắng và thay đổi "tình trạng mã" Quay lại "Tiêu đề", nó sẽ khiến bạn và bây giờ bạn đã Sơn chính mình vào một góc using paint that never dries 🙂

Vì vậy, những gì sẽ xảy ra nếu bạn đã thay đổi nó? Tôi đã không nhìn thấy câu trả lời tất cả chúng ta muốn, đó là một phương pháp đơn giản và dễ dàng để thay đổi nhãn quay lại 'Tiêu đề'. Ngay bây giờ, những lời khuyên tốt nhất là thay đổi nó để một cái gì đó như "Doc/mục tiêu đề". Đó là một nhãn hiệu chung đủ mà có thể không được quá jarring cho người dùng của bạn.

Tôi có vài ý tưởng khác, đó là ngày của tôi để làm danh sách của những điều cần nghiên cứu:

  • Liên hệ với Microsoft.
  • Làm điều gì đó với các mô hình đối tượng, có thể kết hợp với một tính năng.
  • Tìm ra giản đồ cơ sở dữ liệu và tự Cập Nhật SQL. (Bạn nên liên hệ với Microsoft trước khi làm điều này mặc dù; nó có khả năng sẽ mất hiệu lực hợp đồng hỗ trợ của bạn).

Nếu có ai biết làm thế nào để giải quyết điều này, Xin vui lòng gửi bình luận.

Cập Nhật buổi chiều muộn, 11/15: Tôi tìm thấy các liên kết này mô tả một phương pháp để tạo ra một loại danh sách mà không có một tiêu đề cột: http://www.venkat.org/index.php/2007/09/03/how-to-remove-title-column-from-a-custom-list/

BDC ADF và bạn bè của bạn, CDATA

Tôi đã nhận thấy một số vụng về và không cần thiết tay-encoding của RdbCommandText trong một số ví dụ (bao gồm cả tài liệu MSDN).

Tôi muốn chỉ ra cho người mới đến BDC lệnh có thể được bọc bên trong một thẻ CDATA trong tự nhiên"của họ" hình thức. Vì vậy, xây dựng khó khăn này:

<Bất động sản Tên="RdbCommandText" Loại="System.String">
CHỌN dbo.MCRS_SETTLEMENT.ID, dbo.MCRS_SETTLEMENT.Settlement từ dbo.MCRS_SETTLEMENT
NƠI (ID &gt;= @MinId) VÀ (ID &LT;= @MaxId)
</Bất động sản>

có thể tốt hơn được đại diện bằng cách này:

<Bất động sản Tên="RdbCommandText" Loại="System.String">
<![CDATA[
CHỌN dbo.MCRS_SETTLEMENT.ID, dbo.MCRS_SETTLEMENT.Settlement từ dbo.MCRS_SETTLEMENT
NƠI (ID >= @MinId) VÀ (ID <= @MaxId)
]]>
</Bất động sản>

</kết thúc>

Chất mồi đệm BDC

Giới thiệu đến BDC

Ví dụ chức năng: BDC ADF kết nối cơ sở dữ liệu SQL với nhúng người dùng id và mật khẩu

Tôi cần thiết để dây điện lên MOSS đến một cơ sở dữ liệu SQL via BDC. Cho mục đích thử nghiệm/POC, Tôi muốn nhúng SQL tài khoản người sử dụng id và mật khẩu trong ADF. Bắt đầu với mẫu này (http://msdn2.microsoft.com/en-us/library/ms564221.aspx), Tôi tạo ra một ADF mà kết nối với một trường hợp cụ thể SQL server và đăng nhập bằng một người dùng cụ thể id và mật khẩu và hiển thị trong đoạn này:

  <LobSystemInstances>
    <LobSystemInstance Tên="ClaimsInstance">
      <Thuộc tính>
        <Bất động sản Tên="AuthenticationMode" Loại="System.String">PassThrough</Bất động sản>
        <Bất động sản Tên="DatabaseAccessProvider" Loại="System.String">SqlServer</Bất động sản>
        <Bất động sản Tên="Nguồn dữ liệu RdbConnection" Loại="System.String">trường hợp thực tế serveractual</Bất động sản>
        <Bất động sản Tên="Cửa hàng RdbConnection ban đầu của bạn" Loại="System.String">cửa hàng thực tế ban đầu</Bất động sản>
        <Bất động sản Tên="RdbConnection tích hợp an ninh" Loại="System.String">SSPI</Bất động sản>
        <Bất động sản Tên="RdbConnection tổng hợp" Loại="System.String">sai</Bất động sản>

        <!-- Đây là các giá trị quan trọng: -->
        <Bất động sản Tên="ID người dùng RdbConnection" Loại="System.String">mộtctual người sử dụng ID</Bất động sản>
        <Bất động sản Tên="Mật khẩu RdbConnection" Loại="System.String">mật khẩu thực tế</Bất động sản>
        <Bất động sản Tên="RdbConnection Trusted_Connection" Loại="System.String">sai</Bất động sản>

      </Thuộc tính>
    </LobSystemInstance>
  </LobSystemInstances>

Nó không phải là một thực hành tốt nhất, nhưng nó rất hữu ích cho một cấu hình nhanh chóng và đơn giản để thử nghiệm. Điều này là đáng ngạc nhiên khó khăn để tìm ra. Tôi không bao giờ tìm thấy một ví dụ chức năng với từ khóa tìm kiếm:

  • ADF nhúng user và mật khẩu
  • nhúng id người dùng và mật khẩu trong adf
  • nhúng id người dùng và mật khẩu trong adf bdc
  • SharePoint bdc mồi
  • SharePoint nhúng id người dùng và mật khẩu trong adf

</kết thúc>

Đăng ký vào blog của tôi.