Question

I have never used data context in xPages and would like to know the benefits,

If I want to return something in memory I often call function in a SSJS scriptlibrary which I believe is also stored in memory.

so let’s say I have a function in ssjs that returns a notesdocument, this function might be called from several places in my xpage. will data context be benefitial in this case in regrards to having a function in a ssjs scriptlibrary.

Answer 1

dataContexts can be thought of as global variables. The advantages over SSJS functions are:

1) The dataContext runs the SSJS / Java / whatever are returns the value. References to the dataContext use EL (e.g. #{myVar}), the same as datasources. So my understanding is that the EL gets the value, rather than running the SSJS / Java code each time. So there’s a performance benefit there.

2) The dataContext’s value can be computed dynamically or on page load. So you can use ${javascript:@Today()} and run it once rather than running a function each time.

I suspect there’s also a performance benefit because references to dataContexts use EL. So at no point in the references do you run SSJS, so it’s not having to go through the SSJS parser.

The additional benefit of dataContexts is they can be scoped to any level that datasources can – so XPage, Custom Control or Panel. This gives them an advantage over viewScope. So youo can also set a dataContext in a panel in a repeat control, to avoid multiple references to a NotesDocument’s field or concatenation of fields.

I’ve tended to avoid storing Domino objects in dataContexts, mainly because of the inherent risks of recycling. I don’t know if there’s an issue, I’