lưu trữ hàng tháng: Tháng mười một 2007

MOSS nói với tôi My cột tên là Reserved hoặc sử dụng … Nhưng nó không phải là

Để lại một trả lời

CẬP NHẬT 12/04/07: Xem này Microsoft KB (http://support.microsoft.com/kb/923589) cho thông tin liên quan.

Thực sự, nó chỉ ra nó là, Nhưng tricksy MOSS đã làm cho nó khó khăn.

Khách hàng của tôi có một số công việc phát triển trên trang web MOSS của mình cuối tuần qua. Nó là một chút của một mớ bòng bong như những gì ông thực sự đã làm, nhưng điều này là kết quả cuối cùng:

  • Anh ta cố gắng thêm một cột trang web được gọi là "số lượng" và MOSS bài trả lời: "Cột tên mà bạn đã nhập là đã sử dụng hoặc dành riêng. Chọn tên khác."
  • Ông cố gắng thêm nó vào một môi trường và rằng công trình. Do đó, "Số lượng" không phải là một tên dành riêng.
  • Ông cố gắng để tìm một cột trang web hiện có tên là "số lượng" trong đó bộ sưu tập trang web. Ông không thể tìm thấy nó.

Tôi đã làm một số nghiên cứu, và thậm chí một số mã hóa, được bôi sáp lên triết học và cuối cùng thấy rằng một cột tên là số lượng đã làm, Thực tế, tồn tại. Vào "_Hidden" Nhóm. Do đó, chúng tôi không thể tìm thấy nó thông qua giao diện người dùng SharePoint.

Làm thế nào nó đã nhận được không? Tôi không biết, nhưng tôi có một lý thuyết (hoặc là vợ tôi sẽ gọi nó, "blah blah blah"). Một nơi nào đó dọc theo dòng, một Tuyệt vời bốn mươi mẫu được thêm vào và có thể kích hoạt tại một trang web trong bộ sưu tập trang web. Nó được sau đó ngừng hoạt động (hoặc trang web loại bỏ). Cột trang web, Tuy nhiên, ở lại nhưng tại "_Hidden" Nhóm. Nếu ai đó biết tốt hơn, Xin vui lòng cho tôi biết thông qua thư điện tử hoặc các bài đăng trong các ý kiến.

SharePoint nói sự thật. Nó là hầu như không có giá trị chỉ ra rằng thư đó sẽ không tốt như nó có thể. Nó sẽ được tốt đẹp để xem ngã ba tin nhắn đó vào hai khác nhau thư trong tương lai: 1) Nói rằng tên cột được dành riêng hoặc nó không phải là. 2) Nếu nó không được bảo lưu, Hiển thị các trang web, hoặc ít nhóm, nơi tên cột đã được sử dụng.

</kết thúc>

Trình bày OM dữ liệu thông qua một danh sách tùy chỉnh (hoặc, Được một OM dữ liệu Displayor [như YACC, nhưng khác nhau])

Để lại một trả lời

Ngày hôm nay, Tôi đã dành một số giờ theo dõi xuống các nguyên nhân gốc đằng sau tin nhắn "cột tên mà bạn đã nhập đang được dùng hoặc dành riêng. Chọn tên khác."

Cột trong câu hỏi có thể được tạo ra, xóa và tạo lại trong một môi trường, Vì vậy, tôi biết nó không phải là một tên dành riêng. Tuy nhiên, Tôi chỉ đơn giản là không thể tìm bất cứ nơi nào cột thông qua giao diện người dùng SharePoint tiêu chuẩn tại bất kỳ trang web trong bộ sưu tập trang web.

Tôi đăng để MSDN diễn đàn ở đây và các indomitable Andrew Woodward chỉ cho tôi theo hướng dữ liệu cơ bản mô hình đối tượng.

Tôi đã đi ra đến CodePlex để tìm thấy một số công cụ mà có thể giúp tôi nhìn vào dữ liệu OM cơ bản và giúp tôi xác định vị trí các vấn đề.

Tôi đã thử một số công cụ và họ đã rất mát mẻ và thú vị nhưng cuối cùng, giao diện người dùng đã không được tốt, đủ cho mục đích của tôi. Tôi không phải chỉ trích họ bằng bất kỳ phương tiện, nhưng rõ ràng các công cụ, nhà sản xuất không có vấn đề của tôi trong tâm trí khi họ tạo ra giao diện người dùng của họ :). Hầu hết mọi người dường như đầu tư một số tiền hợp lý của thời gian và nỗ lực trong việc tạo ra máy trạm / ứng dụng khách hàng cung cấp cây lượt xem, nhấp chuột phải vào menu ngữ cảnh và vv.. Đây là tốt đẹp và tất cả, nhưng nó là rất nhiều công việc để tạo ra một kinh nghiệm người sử dụng hàng đầu dòng cũng là rất linh hoạt.

Tôi thực sự cần một câu trả lời cho vấn đề này. Nó xảy ra với tôi rằng nếu tôi có thể nhận được tất cả các cột trang web trong bộ sưu tập trang web vào một danh sách tùy chỉnh, Tôi có thể lọc, sắp xếp và tạo ra quan điểm rằng sẽ giúp tôi tìm thấy này được cho là hiện tại cột (mà nó đã làm, BTW). Tôi đã đi trước và đã làm đó và một giờ hoặc hai sau đó, có tất cả các cột trang web của tôi được tải vào một danh sách tùy chỉnh nhãn grouping, sắp xếp và vv.. Tôi tìm thấy câu trả lời của tôi năm phút sau đó.

Nếu và khi tôi đã đi qua thế giới, Tôi nghĩ rằng tôi sẽ nghị định rằng tất cả các nhà cung cấp công cụ SharePoint phải nghiêm túc xem xét bề mặt của dữ liệu mô hình đối tượng trong một danh sách tùy chỉnh. Như vậy, Tôi có quyền lực để tìm kiếm bất kỳ cách nào tôi muốn (hạn chế, Tất nhiên, bởi tính năng tiêu chuẩn sharepoint).

Quy trình làm việc SharePoint Designer hành động tùy chỉnh — Các quan sát về <Thiết kế FieldBind loại =”StringBuilder” … />

1 Trả lời

Chỉ là một sự quan sát nhanh chóng là có một sự khác biệt rất quan trọng giữa hai định nghĩa:

<FieldBind lĩnh vực = "InParam1" DesignerType = "StringBuilder" ID = "2" Văn bản = "Đầu vào tham số #1" />

so với:

<FieldBind lĩnh vực = "InParam1" ID = "2" Văn bản = "Đầu vào tham số #1" />

Đầu tiên cho thấy như thế này trong SPD:

hình ảnh

trong khi các chương trình sau đó như thế này:

hình ảnh

I’m not sure how helpful these screen shots are but I put in the effort to make them so you have to view them 🙂

Các quan sát là điều này: StringBuilder cho phép bạn xây dựng một chuỗi (rõ ràng) bằng cách trộn với nhau chuỗi literals và dữ liệu quy trình làm việc (thông qua các "thêm tra cứu" nút ở góc dưới bên trái). Khi bạn sử dụng nút thêm tra cứu, Nó chèn một mã thông báo trong các hình thức"[%Token %]". Khi SharePoint invokes hành động tùy chỉnh của bạn, (Mã C# trong trường hợp của tôi), SharePoint đi kỷ niệm chính nó, không có giá trị kỷ niệm. Nếu bạn sử dụng loại thiết kế mặc định (loại thứ hai), SharePoint mở rộng kỷ niệm và đi các giá trị thực tế của kỷ niệm để hành động của bạn.

StringBuilder = xấu, mặc định thiết kế loại = tốt.

Tất nhiên, đó là những gì tôi thực sự có nghĩa là. Chỉ cần không thử và vượt qua một tham số để hành động tùy chỉnh của bạn khi các nhà thiết kế loại = StringBuilder. Sử dụng các loại thiết kế mặc định và chuỗi một StringBuilder để nó lên phía trước nếu bạn cần phải xây dựng chuỗi phức tạp trong công việc của bạn (mà bất ngờ là chính xác những gì một không để tạo ra một đối tượng năng động cho hành động email, nhưng đó là một chủ đề cho một blog entry, Har har).

<kết thúc />

Kích hoạt quy trình làm việc sớm — Một giải pháp y

8 trả lời

CẬP NHẬT: Xem này thảo luận MSDN, đặc biệt là mục cuối: http://forums.microsoft.com/MSDN/showpost.aspx?postid=2631057&siteid=1. Nó mô tả một điều kiện mà có thể ngắn mạch này toàn bộ điều. Trong ngắn hạn, nó có thể như đơn giản như làm cho ít nhất một trong các trường bắt buộc.

Tôi có một thư viện tài liệu hỗ trợ tám loại nội dung.

Tôi có một quy trình làm việc SharePoint Designer muốn để tính toán và gán cho một lời nhắc nhở ngày"" bởi chỉ đơn giản là trừ 30 ngày từ một cột, "ngày hết hạn". Điều này chỉ xảy ra đối với một trong các loại nội dung, "Bảo hiểm". Mục tiêu kinh doanh là để sản xuất một KPI cho thấy hai loại bảo hiểm tài liệu: "về để hết hạn" và "hết hạn." (Bạn có thể đọc thêm về hình thức này của KPI và nhiều hơn nữa đáng kể khoan xuống Ở đây).

Tôi đã đặt cấu hình quy trình làm việc để cháy khi một mục mới được tạo ra và khi một mục được sửa đổi. Ý tưởng là khi một tài liệu bảo hiểm được tải lên, chúng tôi tính toán một "cảnh báo ngày" Dựa trên ngày hết hạn. Một cặp lượt xem làm việc trong kết nối với một danh sách KPI để làm nổi bật những điều kiện này khi người dùng nhấn trang chủ của họ.

Chiến lược này không hoạt động khi tôi tải lên một tài liệu.

Tôi tải lên các tài liệu và tôi đang trình bày với màn hình nhập dữ liệu meta. Tại thời điểm này, Tôi đã gặp rắc rối. SharePoint đã, sớm từ quan điểm của tôi, bắn quy trình làm việc. Tôi đã không có một cơ hội để chọn đúng loại nội dung và cũng không chỉ định một ngày hết hạn. Cùng một lúc, Các công việc không cháy khi tôi nhấn nút gửi vào thời gian này. Có một số logic được xây dựng trong "tin" mà lần đầu tiên gửi là một phần của các "tạo" sự kiện. Vì vậy … công việc của tôi đã bắn và khi nó thực hiện, nó đã được thông qua giá trị mặc định meta dữ liệu.

Tốt nhất công việc-xung quanh tôi biết là để chèn một "tạm dừng cho đến khi" Các hoạt động trong công việc. Tôi đã tạm dừng công việc cho 1 phút. Trong khi nó tạm dừng, Tôi chọn đúng loại nội dung, nhập dữ liệu meta và gửi. Tạm ngừng hoàn thành và các công việc tiền khi cần thiết. (Lưu ý rằng trong môi trường của tôi, bộ đếm thời gian công việc hoạt động từ SPD không hoạt động ra khỏi hộp. Bạn có thể có cùng một vấn đề. Xem Ở đây để biết chi tiết).

Tôi không thích "chậm trễ ma thuật" làm việc xung quanh. Điều gì xảy ra nếu người sử dụng tải lên một tài liệu và các vòng điện thoại và cuộc trò chuyện tiếp theo outlasts tạm ngừng? Tôi có thể tạm dừng dài, nhưng tôi vẫn còn có không thích nó.

Tôi đã viết về việc này trên các diễn đàn MSDN ở đây: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2430725&SiteID=1

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

8 trả lời

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)

2 trả lời

Đó 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

4 trả lời

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

Để lại một trả lời

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)

5 trả lờ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

2 trả lời

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: , , ,