About to XPage a Notes client application. We currently have lots of logic in LotusScript libraries.
The desired goal is to decouple the web Ui from the business logic and data layers, accessing the data layer via javascript and web services. I am not sure if this is possible on Domino.
My main question is: if user accesses an application on Server A via HTTP, can a web service on Server A be called via javascript? I know you can not call a web service via SSJS on same server.
Now we could develop a web service api independantly, but if we are putting the effort into that, it would be nice to use it in Domino http.
I have a feeling it has to do with the way Domino handles urls: → IBM Lotus Notes Domino REST Web Services via XPage XAgents - Part 1 | dominoGuru.com Chris’s article, who I greatly respect…(if you find this question Chris, would be very interested in your response), is using agents\xpage, which would work for the domino side, but we still wouldn’t have a web service api, for other potential “clients”, although they could use the agent\ xpage.
Other thoughts: Ideally I would like to start migrating business logic to a backing bean (as described here: Mindoo - XPages series #4: Backing Bean Management with XPages), which has many benefits for us. The obstacles I see are: any providor web services we create, will not have access to the bean code, we could move the java code to Script Libraries, but now we lose benefits of backing beans, and we have to maintain code in 2 places. Also backing bean code is “isolated” from any other logic that has already been written.
There doesn’t seem to be any way to link all these pieces together…?
All comments, suggestions, etc. would be gratefully accepted.