The remote software I use for Second Signal to relay audio data to the PBX and also to pick out the activation tones is written in Visual Studio, while the web server is Lotus Domino, and the PBX is Asterisk. The remote client communicates to the Domino server using Web Services, but until now it has only really been to post log data and send an alert when a tone-activation occurs. Setting up, configuring, and managing the the remote software had to be done using something like VNC to remotely control the desktop on which it runs.
That's all changed now.
The new version of the remote software that I'm in test with now synchronizes all of its local configuration data with the server. For each install case, I can manage a distinct configuration set at the server and specify which settings should be controlled locally, which should always be overridden by the setting defined at the server, or even do a "one-time push" of a set of configuration settings to the client and the let the client manage it from there. If a remote machine is replaced, the new software installation will pull down all the correct settings for that account the first time it starts up. This is all done with Web Services.
That said, using Visual Studio.NET on one screen and Domino Designer in the other really services to highlight the strengths (and more so) the weaknesses in the products. As you can imagine, there's a blog post coming about that. I'm still debating, but the title may be something like "Dear IBM, please get your shit together." More on that later.
Comment Entry |
Please wait while your document is saved.
peice to that stored data on a domino server.
I started with my app being 100% IBM technology, but, as I ran into a couple
problems I did some prototypeing in dotnet to see how to resolve them (better
rapid design like code editing in debugger). The solutions that I had didn't
have native solutions in domino, so, I re-wrote that peice fully in dotnet. So
here I am, using the domino server as the data store.
One thing domino is not is an efficient data store, so, I'm back to the
question, why am I using IBM at all?
IBM is convinced that they already have their shit together, so, asking them to
do so will fall on deaf ears.