office365 - In an Office Add-in developed using Office.js for Office Online, where is the process hosting the office application? -
i have read entire vsto documentation start , skimmed on of office add-ins (office.js) documentation on msdn not found answer question.
could please provide me answer , also, if possible, please point me page on msdn answers question?
question
in scenario client computer not have microsoft office installed, , using browser access office online, , loads office add-in written using office.js, in such scenario, computer hosts com objects , office process reside in?
here understanding of elements involved in using office.js add-ins:
there's open xml document has data. dead-meat. had loaded process.
earlier, that process used unmanaged winword.exe (or excel.exe or powerpnt.exe or office application) process.
now, office.js, when using office online, i.e. web client, unmanaged office process still has allocated in memory in computer? basically, that's core of question.
my guess has to, , process may run remotely on server. document may hosted remotely, isn't big deal process, too, required , in case of office online, unmanaged office process run on remote computer. assumption want confirm or invalidate.
there's client ui. used mesh of unmanaged c++ code within office application , managed ui created .net using vsto , windows forms or wpf. now, office.js, done using html/css/javascript , can loaded kind of client (desktop/web).
the process hosting document , providing underlying
document
,bookmark
,range
et al objects. question -- office online clients not have ms office installed on client computer, process if use office add-ins written using office.js?
am wrong in assuming javascript api office add-ins merely calls existing office com infrastructure know about? if right, machine hosts winword.exe (or whichever office application) process?
to answer question of code executed: there no "com" objects per se (the new wave of office.js apis not based on vba com objects, @ least not directly). there indeed backing server has document open , in-memory. in case of excel, excel online front-end "thin" layer, , operations executed supporting server. server doesn't run excel.exe directly, has web service kinda-sorta-like excel (and shares lot of same underlying c++ code), runs in "headless" mode, 1 instance per document. in case of word, on other hand, word online has lot more business logic can execute locally, , lot of operations executed on browser , sync server @ idle time (much end-user operations), there still backing server serves appropriate data word online front-end, , processes operations (e.g., range.getooxml()
, or image.getimage()
).
hope helps.
Comments
Post a Comment