Questione : Fare funzionare l'agente per cambiare il ACL

Sto provando a proibire il write-access all'indice di domino. Così gli utenti dovrebbero soltanto avere accesso colto. L'unico problema è, quello che hanno bisogno della regolarsi di/cambiamento la loro parola d'accesso del Internet. Di conseguenza, ho generato un agente che si allontana dagli utenti di Al della base di dati sta avendo accesso a e sta modificando i acces dell'utente per creare in primo luogo, quindi scrive la parola d'accesso recentemente digitata all'indice e dopo quel i cambiamenti l'accesso di nuovo a reader.
This funziona grande: Finchè avete accesso del responsabile al atabase (soltanto una volta). il
To gli permette inoltre per i lettori, ho provato l'agente “al Fare funzionare-su-favore„ di un'altra identificazione, che ha il permesso fare funzionare e firmare i metodi o i funzionamenti senza restrizione così come gli agenti del segno che funzionano a nome di un'altra identificazione. Ho provato inizialmente ad usare l'assistente, quindi la mia propria identificazione, ma ogni volta che inizio l'agente nell'ambito di un'identificazione che ha soltanto accesso che del lettore ricevo l'errore che l'utente non è consentito per cambiare il ACL (lo ho controllato using il debugger.

Where sono il mio problema?
class= > " libero " del
soluzioni >Related class= il title= " AGENTE PREVEDUTO del href= " /Software/Office_Productivity/Office_Suites/Lotus_SmartSuite/Lotus_Notes/Q_21705584.html " di SCHEDULED non funziona se “È FATTO FUNZIONARE A NOME " di

Risposta : Fare funzionare l'agente per cambiare il ACL

Dovete capire che i diritti di efficace utente (“a nome„ dell'utente) non siano usati di determinare i funzionamenti che l'agente è consentito per realizzare; questi sono basati sullo slip definitivo dell'agente (il proprietario dell'agente).

Ciò è che cosa l'aiuto del progettista dice circa questa proprietà:
Lo lascia specificare l'efficace utente dell'agente. Si noti che gli slip definitivi limitati possono fare funzionare gli agenti soltanto nell'ambito della stessa autorità dei loro propri -- possono introdurre il loro proprio nome soltanto. Gli slip definitivi senza restrizione e gli slip definitivi con i diritti di funzionare “a nome di chiunque„ possono fare funzionare gli agenti a nome di chiunque. Chiunque che specifichiate in questo campo deve essere incluso nel ACL di tutta l'applicazione che è raggiunta. Se l'agente trasmette la posta o genera i documenti, il nome specificato qui sarà il mittente della posta o l'autore del documento.

In modo che l'agente da funzionare a nome di qualcun'altro (altro allora quello che lo ha indotto a funzionare) deve essere dal lato dell'assistente (funzionamento sull'assistente). Altrimenti l'agente direttamente eredita i diritti di accesso dall'utente che lo ha innescato.

Così suggerisco:
 - generare il nuovo dispositivo di piegatura
 - modificare il codice che l'utente che gli inneschi in modo che generi “un documento di richiesta„ che compilerete di informazioni e di posto nel vostro nuovo dispositivo di piegatura (possono generarli la forma di richiesta se gradite, ma non è necessario)
 - regolare il vostro agente al funzionamento nei termini. Controllerebbe periodicamente il dispositivo di piegatura ed i documenti trattati (fissare gli indirizzi in NAB) ed allora rimuoverebbe i documenti dal dispositivo di piegatura o li cancellerebbe completamente da un db

Che senso che l'agente funzionerà con i vostri diritti di accesso (i diritti di accesso dell'utente quell'ultimo lo ha conservato).
Altre soluzioni  
 
programming4us programming4us