Domanda

Ho incontrato un problema diverse volte in cui ho sviluppato un processo timer personalizzato, e voglio che i miei amministratori della raccolta siti di gestire il programma di questo lavoro con una pagina di un'applicazione personalizzata, ma io continuo a incorrere in ostacoli relativi alla sicurezza.

Dal timerjobs sono oggetti figlio di SPWebApplication, essi vengono memorizzati nel database di configurazione. Se hai impostato la tua fattoria correttamente in modo tale che l'utente piscina App per l'applicazione Web di contenuti non ha accesso in scrittura al database di configurazione, non è possibile creare nuovi TimerJobDefinitions dal codice che viene eseguito in vostro contenuto web app. Una cattiva soluzione / trucco sarebbe quello di aumentare le autorizzazioni database per la vostra piscina utente app sul database di configurazione. Un approccio migliore sarebbe quello di spostare la pagina di amministrazione calendario in Central Admin, perché l'account del pool di app Central Admin può scrivere nel database di configurazione, ma poi abbiamo perso il punto - Voglio che i miei amministratori di raccolte siti siano in grado di gestire il programma!

La soluzione unica alternativa mi viene in mente è quello di avere un altro timerjob che i sondaggi un qualche tipo di coda (ad esempio un elenco SharePoint nella mia collezione sito) per i nuovi timerjobs di creare, e crea se un elemento è stato aggiunto a quello coda da dentro l'applicazione web contenuto utilizzando la pagina personalizzata programma di amministrazione.

La mia domanda è, c'è un altro modo che è sia efficace ed elegante?

È stato utile?

Soluzione

questo è fondamentalmente la stessa domanda come il Automating raccolta siti domanda. Sei in un'unica soluzione, con una coda. Un altro approccio potrebbe essere avere un servizio web in CA che si può chiamare da tue applicazioni web.

/ WW

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a sharepoint.stackexchange
scroll top