Come pulire SSJS nel server Domino dopo che qualcuno ha utilizzato il prototipo javascript in un nsf?

Question

Come pulire SSJS (Server Side Javascript) nel server Domino dopo che qualcuno ha utilizzato il prototipo javascript in un nsf?

Mark Roden ha scoperto un huge weakness in XPages SSJS: (grazie a David Leedy per avermi parlato di questo e mostrarmi l'articolo).

Se avete il seguente codice SSJS:

var dummyObj = {} 
dummyObj.prototype.NAME = "Johann" 

XPages SSJS non si cura che si usa var (var significa che la variabile deve essere locale) e rende dummyObj.NAME visibile l'intero server con il valore Johann. Quindi, se un altro NSF nello stesso server utilizza un var con lo stesso nome che eredita l'intero prototipo:

var dummyObj = {} 
println(dummyObj.NAME) /*prints "Johann" */ 

Questo è un enorme bug (uno che fa inaffidabile XPages SSJS IMO). Anche se non si utilizza il prototipo a tutti, se qualcun altro nella sua domanda di fare qualcosa di simile:

String.prototype.split = function(){ return "I broke this method" } 

sarà rotto tutte le applicazioni nello stesso server che utilizza l'innocente split().

Quindi, la domanda è: se qualcuno "per errore", scrive quanto segue SSJS (XPages Server Side JavaScript) in un NSF:

String.prototype.split = function(){ return "I broke this method" } 

Come posso risolvere String.prototype.split() per la sua valore originale?

Come ha detto Mark Roden, il riavvio dell'attività HTTP non lo risolve.

////////////////////////////////////////////// /////////////

Edit 1: Perché credo che questo sia un enorme errore:

sono un fan Javascript ma IMHO @MarkyRoden ha scoperto un enorme bug in SSJS . Shim e polyfill non sono davvero il problema principale. Eval è noto per essere una cattiva pratica, ma l'oggetto prototipo è un elemento fondamentale del Javascript di base. È il metodo standard e preferito per aggiungere metodi alle classi Javascript, è anche necessario per l'ereditarietà e ogni tipo di OOP stuff. Quindi avrai bisogno di una sorta di spazio dei nomi a livello di server per evitare collisioni. Tutto questo è davvero pessimo, ma l'enorme problema è che solo una riga di codice in un'applicazione può rompere tutte le applicazioni in un server. Sì, puoi fidarti dei tuoi sviluppatori, ma uno di loro può scrivere una riga errata per sbaglio e anche un server Domino può avere centinaia di applicazioni da diversi fornitori di software. Impostare la responsabilità nelle revisioni del codice non è una procedura abbastanza affidabile. Forse è il momento di avere un vero motore javascript in SSJS, come V8, Spidermonkey, Chakra o Rhino. Come soluzione, sto pensando a qualcosa come Tommy Valand idea with Rhino in SSJS.

Modifica 2: è ancora peggio.Si possono fare cose come:

prototype.importPackage = null 

o

prototype.Array = null 

Come si può vedere nel @ articolo di SvenHasselbach: http://hasselba.ch/blog/?p=1371

Edit 3: IBM: mi hai detto che potevo usare SSJS. VIENI UNO! PER FAVORE FISSARE QUESTO, È FANTASTICO. Si prega di segnalare ufficialmente questo problema a IBM.

Answer 1

È possibile ripristinare l'interprete SSJS con il seguente codice Java:

FacesContextExImpl fc = (FacesContextExImpl) FacesContextExImpl.getCurrentInstance(); 
UIViewRootEx2 uiRoot = (UIViewRootEx2) fc.getViewRoot(); 
JSContext jsContext = uiRoot.getJSInterpreter().getJSContext(); 
jsContext.getRegistry().init(jsContext); 

Questo reinizializza il registro e tutte le funzioni del prototipo.

EDIT: Modificato dichiarazione di fc al tipo corretto.

EDIT 2: Ecco la versione SSJS:

var uiRoot = facesContext.getViewRoot(); 
var jsContext = uiRoot.getJSInterpreter().getJSContext(); 
var reg = jsContext.getRegistry(); 
reg.init(jsContext); 

---

Does ho capito bene, che si desidera pulire l'interprete SSJS per evitare una collisione con il proprio prototipo Estensione? Giusto per chiarire la risposta sopra: Questo reinizializza l'interprete SSJS una volta. E solo una volta. È necessario eseguire questa operazione più e più volte, poiché direttamente dopo la reinizializzazione, un'altra applicazione sul server può sovrascrivere nuovamente la funzionalità del prototipo. Ecco perché questa non è una soluzione reale, è una risposta alla tua domanda iniziale.

avrà conseguenze interessting se un'altra applicazione farà lo stesso, mentre il codice tenta di utilizzare l'estensione ...

Answer 2

cercare di fare un riavvio attività HTTP invece tell http restart non farà un riavvio completo del compito http