Chúng tôi có thể sử dụng SPSecurity.RunWithElevatedPrivileges trong các công việc hẹn giờ SharePoint không?"RunWithElevatedPrivileges" trong Công việc hẹn giờ SharePoint?
Theo danh tính của ai sẽ công việc hẹn giờ chạy dưới đặc quyền nâng cao?
Bất kỳ thông tin xác thực nào và phải biết sự thật về điều này cũng sẽ được đánh giá cao.
RunWithElevatedPrivileges chỉ hoạt động nếu chuỗi hiện tại đang sử dụng mạo danh, tức là IIS. Được sử dụng trong mã khác (công việc hẹn giờ, ứng dụng giao diện điều khiển, quy trình làm việc, v.v.) sẽ không có hiệu lực. Colin đúng là theo mặc định, dịch vụ hẹn giờ chạy như tài khoản dịch vụ trang trại được chỉ định trong thuật sĩ COnfiguration. Bạn có thể xác minh điều này trong Windows Services.
Chúng chạy dưới tài khoản bạn đã sử dụng khi chạy Thuật sĩ cấu hình sản phẩm và công nghệ SharePoint lần đầu tiên để kết nối với SQl/chạy nhóm ứng dụng quản trị trung tâm bên dưới. tức là tài khoản Thiên Chúa trong SharePoint.
tôi không thể nói cho công việc hẹn giờ hoặc công việc, hoặc kỹ thuật an ủi các ứng dụng một trong hai nhưng tôi đang phát triển một ứng dụng winforms - mà cần phải có cơ bản bối cảnh thực hiện giống như một ứng dụng giao diện điều khiển (người dùng bắt đầu ứng dụng) - và nó không thể làm những việc nhất định mà không có một đại biểu RunWithElevatedPrivileges, và sau đó tất nhiên nhận được một SPSite mới trong bối cảnh cao mới. Bạn có một nguồn cho thấy nó không cần thiết không? –
Để xác nhận, bạn đang sử dụng SharePoint 3.0/2007? Hãy thử kiểm tra 'Environment.Username' trong và ngoài RWEP để xem có thực sự thay đổi hay không. (Xem http://solutionizing.net/2009/01/06/elegant-spsite-elevation/#comment-192 và phản ứng đối với cuộc thảo luận liên quan.) – dahlbyk
Nope - SharePoint 2013 - đã các chức năng của RunWithElevatedPrivileges() có lẽ đã thay đổi kể từ? hoặc hơi khác một chút trong một số phiên bản SP gần đây? –