First off, thank you everyone who has been posting in the forums and sending us emails! We live off your feedback and in turn we've been able to address quite a few issues in our 1.2 release. These updates/fixes are available through our updates site. Also, make sure to "push" any pending updates to your SafiServer (from the SafiServer view tab).

NOTE: You should be prompted to update when SafiWorkshop starts, but you can also go to: Help::Update

We've also been getting quite a few post and emails regarding the qualifying strings with quotes. This may be a little confusing as it wasn't always the case in our system. We decided that in order to maximize the flexibility of our system, we would switch to having our scripting engine handle most ActionStep properties (the fields with the blue background). This change allows users the ability to enter short scripting statements directly in the property field without having to open up the Dynamic Value Editor.

So in short this means that if you want to put a literal string value in a field; you must qualify (surround) it with quotes (e.g. "test"). For example: when evaluating captured DTMF digits; you will need to have the digit(s) that you are comparing to surrounded by quotes (as the value captured is a string not a number).


On a completely separate note, one of our users (kevinb) has graciously set up an IRC channel for users of SafiServer/SafiWorkshop. The channel is: #safiserver on Freenode.Net. You can use your favorite IRC client or click here for the web chat access. We will try to be in the channel as often as we can.

-Eric

This update includes all previous updates and includes the following:

1. An improvement to the SafiServer ssh tunneling system for better NAT traversal characteristics. Of course this update won't help you much if you currently can't connect to the SafiServer due to NAT issues since you won't be able to push the files :) For you a new installer is forthcoming.

2. bind.ip property in environment.properties is no longer used.

3. Additional parameter added to Asterisk server registration info for SafiServer IP accessible from the Asterisk server. In some cases, the IP that the Asterisk server will use to access the SafiServer is not the same IP to which the SafiServer is bound (eg NAT'd network configurations). In those cases, the provided IP will be used when an Asterisk->SafiServer communication is initiated by the SafiServer (eg. FastAGI call). This resolves some issues with the PlaceCall ActionStep.

4. Misc bug fixes.

One of our users, Dave (xad), caught a serious regression bug with the thread pool configuration. A patch is now available so next time you start the SafiWorkshop you should see an update notification. If you don't, please select help->update from the main menu. After updating you should see an entry in the "Pending Updates" table on the SafiServer View tab (assuming you're connected to a SafiServer). Click on the entry so it's selected and press "Push Selected Updates to Server". The SafiServer will need to restart following this update.

Previous to this patch, the thread pool on the SafiServer was defaulting to 10 threads, didn't correctly observe the settings in fastagi.properties, and wasn't creating more threads beyond the initial count even when all those threads were in use and the total count was below the configured maximum.

The global threadpool size now observes values in resources/fastagi.properties. Namely, 'maximumPoolSize' which determines the maximum allowed number of threads allowed to be active at any given time, and 'queueSize' ('poolSize' is also accepted but is deprecated and may be removed in a future release) which determines the size of the job queue which is where jobs will be queued until a thread becomes available. If no threads are available and the job queue is full, execution of the job will be rejected and an exception will be thrown.

Thanks to Dave for finding and reporting this serious issue.

This patch fixes a few minor UI-related issues. You can grab the update manually from within the workshop from help->updates.

I've also made 3 informal screencasts showing how to create a simple database-driven Saflet in under 10 minutes

Well we're clearly still ironing out the SafiWorkshop automatic update process. The last patch (1.0.3) seems to have broken some of the code in the navigator preventing some users from adding Asterisk servers (obviously a serious issue). This patch fixes the last patch. If you're wondering about what happened to patch 1.0.4, well you just let us worry about that how's that sound?

If for some reason you don't get notified of the patch automatically, please update manually by selecting Help->Update from the menu bar. Sorry for the inconvenience.